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RASTER TMAfiF Pxar**^ m m 

ADD»ESSAB T[fr Pft TfTTrTT 

5 The invention relates to raster image 

processors for converting printer commands to bitmap 

tltl\T>*l iVing " 8ll - p0ints -««bl. Printer 
with the bitmap data. 

Bactaxfluml Art- 
10 High speed raster image processors (rip's) 

r. a te a s bl I f °L driVin9 POintS Pinters at 

rates of 60 pages per minute and more are needed for 
driving todays high volume laser printers. An example 

15 Li\ arChltCCture tt8eful driving a high .peed 
15 printer is shown in U.S. Patent 4,722,064 issued 

January 26, 1988 to Suzuki. FIG. 2 is a block diagram 
illustrating this prior art RIP architecture. The 
raster image processor generally designated 10 

20 * nClUdeS -\ n lnterf8Ce U ' " C ° ntr01 -it 
20 14, a print controller 16, an element memory 18, and 

an image processor 20, all connected via a general 

purpose bus 22. The interface 12 receives print 

instructions from a host computer (not shown) 

according to a standard protocol. The central 

co r n 0 tro S l s in ? h Unit " 18 " Pr09 " TOne * Microprocessor that 
controls the overall operation of the rip such as 

fetching print instructions from the host computer 

through interface 12 and storing them in element 

memory i 8 , controlling the processing of print 

instructions into raster information by image 

Processor 20, and controlling the operation of a 

lllTJ 4 , Print€r C ° ntr0ll ~ The printer 24 

printer * ^^W"* !«« 

The printer controller 16 is a sequencer that 
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controls the printer 24 by providing signals such as 
paper feed, advancing the photo receptor etc. The 
image processor 20 is a micro program element 
processor for converting print instructions read from 
5 the print element memory 18 into raster bitmap data, 
and storing the bitmap data in a raster memory 24a or 
24b. The image processor 20 is connected to the 
raster memory 24a and 24b by a high speed bus 26. The 
raster bitmap data is supplied to the printer 24 by a 
10 video interface 28. The video interface is connected 
to the raster memories 24a and 24b by a second high 
speed bus 30. Although the prior art RIP architecture 
shown in FIG. 2 performs veil up to a certain speed, 
there is a bottle neck that constrains further 
15 increases in speed as faster marking engines have been 
developed, and need to be driven at their maximum 
capable rate. This bottle neck is due to the fact 
that the general purpose bus 22 carries both overhead 
commands for controlling the operation of the RIP, and 
20 data transfer between the eiement memory 18 and image 
processor 20. Thus, control commands from the CPU 14 
to the printer controller 16, image processor 20 and 
element memory 18 roust time share the bus 22 with data 
transferred from the element memory 18 to the image 
25 processor 20, thereby limiting the maximum effective 
speed of operation of the RIP. 
Summary of the Invention 

It is the object of the present invention to 
provide a RIP having an architecture that overcomes 
30 this bottle neck so that a faster RIP may be 

provided. It is a further object of the present 
invention to provide a RIP having a simplified 
architecture to reduce manufacturing cost. It is a 
still further object of the invention to provide a RIP 
35 having an architecture that enables the RIP to provide 
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a variety of image processing functions. 

The object of the present invention is 
achieved by a RIP having a minimum of three 
intelligent (digital computer controlled) processing 
5 units working in parallel fashion to form a 

rasterisation pipeline. A master processing unit 
receives print instructions and decodes the print 
instructions to construct pages and documents to be 
printed, manages the layout of pages being 
10 constructed, manages fonts, and controls the marking 
engine. The master processing unit receives print 
instructions and processes the print instructions to 
produce rendering commands. The rendering commands 
are provided to a mapper accelerator unit over a 
15 dedicated bus. The mapper accelerator unit includes a 
font memory and an application specific computer for 
receiving the rendering commands from the master 
processing unit, and retrieving bitmaps from the font 
memory to produce bitmap data. The mapper accelerator 
unit supplies the bitmap data over a dedicated bus to 
an output processor unit which includes buffer memory 
and a microprocessor for controlling the output unit, 
maintaining the buffer memory, formatting the bitmap 
data, and sending the bitmap data to the marking 
25 engine. Overall communication and control between the 
master processing unit, the mapper accelerator unit, 
and the output processor unit is provided by a 
MULTIBUS I interface. By separating the overall 
control of the processing units from the data stream 
30 and providing a straight through flow of data from the 
marking instructions to the bitmap data provided to 
the marking engine, the bottle necks existing in the 
prior art RIP architecture are eliminated thereby 
enabling the rip to operate at much higher speeds. 



20 
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Brief •Description of the nmwj ngF 

Figure 1 is a block diagram of a raster image 
processor according to the present invention; 

Figure 2 is a block diagram of a prior art 
5 raster image processor; 

Figure 3 is a hardware block diagram of the 
master processing unit shown in Fig. 1; 

Figure 4 is a data flow diagram showing the 
operation of the master processing unit; 
10 Figure 5 is a functional block diagram of the 

mapper accelerator shown in Fig. 1; 

Figure 6 is a block diagram showing the 
architecture of the mapper accelerator; 

Figures 7-10 are diagrams useful in 
15 describing font rotation performed by the data 
conditioning unit shown in Figure 5; 

Figure 11 is a diagram useful in describing 
the font storage in the font RAM shown in Figure 6; 

Figure 12 is a diagram useful in describing 
20 the data pipeline in the mapper accelerator unit; 

Figure 13 is a block diagram of the output 
processor unit shown in Fig. 1; 

Figure 14 is a diagram useful in describing 
the format of the words employed to address the tint 
25 and page memories in the output processor; 

Figure 15 is a diagram illustrating the 
address space for the page and tint addresses in the 
output processor; 

Figure 16 is a block diagram useful in 
30 describing the tint memory and page memory addressing 
scheme in the output processor; 

Figure 17 is a block diagram showing the 
video generator in the output processor; 

Figure 18 is a diagram useful in describing 
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the readout formats provided by the output processor; 
and 

Figure 19 is a block diagram useful in 
describing an alternative embodiment of the present 
5 invention, further including an auxiliary processing 
unit. 

MpqeE for rarrvtno m.f i xasntiaD 

Fig. 1 is a block diagram showing the 
architecture of a raster image processor according to 
10 the present invention. The raster image processor 
includes a master processor unit (MPU) 40, a mapper 
accelerator (MX) 42, and an output processor unit 
(OPU) 44. The master processor unit, mapper 
accelerator, and output processor unit are connected 
15 to a MULTIBUS I 46 for overall communication and 
control between the units 40, 42, and 44. 

The master processor unit 40 receives print 
commands from a host CPU (not shown) and generates 
page rendering commands from the print commands. The 
page rendering commands are supplied to the mapper 
accelerator 42 on a dedicated MMX bus 48. The master 
processor unit 40 also provides font management, 
controls the operation of the marking engine 50 over a 
job control and communications link (JCC) 52, and 
25 provides forms and image management. 

A mapper accelerator 42 receives page 
rendering commands from the master processor unit 40 
over the MMX bus 48 thereby facilitating the rapid 
transfer of character bitmaps to OPU memory. The 
30 mapper accelerator 42 includes the font and pattern 
memories holding the bitmaps. The bitmaps are 
retrieved from the font memories in response to the 
page rendering commands. Mapper accelerator 42 also 
has the capability for trapezoidal filling, 
35 Patterning, clipping, and halftone imaging. The 
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bitmaps generated by the mapper accelerator are 
transferred to the output processor 44 over a 
dedicated OMX bus 54. The output processor unit 44 
receives the bitmap patterns on the OMX bus 54 , 
5 buffers the pages of bitmap data, formats the image, 
and transfers the image to the marking engine 50 via 
an image data bus (IDB) 56. The output processor unit 
also generates halftone tints to be applied to 
characters and patterns and for halftoning images. 

10 The output processor memory is double buffered so that 
a page or line of bitmap data may be supplied to the 
marking engine 50 while the next page is being 
generated. The architecture of the raster image 
processor wherein the data flow path between each 

15 processing unit (the master processor, mapper 

accelerator, and output processor) is over a dedicated 
bus, each processing unit having intelligent onboard 
control and an overall communications control between 
the units being provided by a separate shared bus, 
20 eliminates the bottle necks inherent in the prior art 
raster image processors, thereby providing a faster 
RIP. 

The roaster processing unit (MPU) 40 will now 
be described in further detail with reference to FIGS. 

25 3 and 4. The MPU 40 is embodied in a programmed 
microcomputer shown schematically in FIG. 3. The 
microcomputer generally designated 55, includes a 
Motorola 68010 microprocessor 57 connected to memory 
and interface units by an address bus 58 and a data 

30 bus 60. The memory units include eraseable 

programmable read only memory (EPROM) 62 and dynamic 
random access memory (ORAM) 64. The interface units 
include a MULTIBUS interface 66 connected to MULTIBUS 
16, three RS-232, and one RS-422 serial I/O ports 68, 

35 a Centronics interface 70, an MMX interface 72, and a 
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SCSI interface 74 connected to an SCSI bus 76. The 
microcomputer employed in the preferred embodiment of 
the invention is a Heurikon HK68/K10 purchased from 
Heurikon Corporation, Madison, Wisconsin. 
5 The operation of the master processing 40 

will now be described with reference to the data flow 
diagram of FIG. 4. 

Print data comprising commands in a page 
description language or a graphic language such as the 
10 Hewlett Packard Graphics language HPGL from the host 
arrives at the master processing unit 40 over either 
the Centronics parallel interface 70 or over one of 
the RS-232 serial ports 68. The input print data is 
first handled by an input manager 78. The input 
manager 78 reads the data from the active input port, 
and puts the data into one of up to 5 buckets 80. 
Each bucket is a 2K byte buffer in the DRAM 64. 

The input manager 78 sends filled or 
partially filled buckets of input commands to the 
appropriate one of a plurality of decoders 82, and 
waits for a response from the decoder that it has 
finished decoding the commands in the bucket. The 
decoders 82, one for each page description language or 
graphics description language processed by the RIP, 
25 decode the print data into a set of low level 

instructions (common RIP instructions set CRIS) for 
the RIP. Appendix A contains a description of the 
common RIP instruction set CRIS. In the preferred 
embodiment, the languages include a page description 
30 language EKTASET- Eastman Kodak (Appendix B contains 
a description of the EKTASET language), the Hewlett 
Packard Graphics Language HPGL 7475A, and a printer 
command set PCS that includes printer and finisher 
control commands such as number of copies, single or 
35 double sided copies, paper supply, stapling etc. The 
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Printer Command Set PCS is described in Appendix C. 
The decoded RIP instructions are stored by a tank 
manager 84 into a set of 32K byte buffers called tanks 
86 that are physically embodied in the DRAM 64 (see 
5 FIG. 1). When a tank 86 is full, the contents are 

passed to a CRIS display list decoder 88. The display 
list decoder 88 decodes the CRIS instructions into a 
set of marking commands (MX commands) that are passed 
to the mapper accelerator 42 via the MMX bus 48 (see 
10 FIG. 1). 

The display list decoder 88 also decodes the 
printer command set PCS to generate reference control 
commands that are sent to a marking engine control 
module 90. The marking engine control module controls 
15 the marking engine 50 over a job communications 

control bus 52 (see FIG. 1). For the most part, the 
PCS commands are sent to the RIP prior to sending the 
page description commands. 

The tank manager 84 also writes the decoded 
20 RIP instructions on a magnetic disk storage 92. The 
commands stored on the disk can then be accessed for 
making collated multiple copies for a particular job, 
or for recovering from a jam in the marking engine 50, 
where it may be necessary to repeat 3 or 4 previously 
25 generated pages that may exceed the size of the tank 
buffers 86. 

Furthermore, in a color marking engine that 
marks one color at a time, the decoded CRIS commands 
are recovered from the tanks or the disk for each 
30 color component of the image, thereby avoiding the 
need to repeat the decoding process for each color 
thus increasing the efficiency of the marking engine. 

Since most of the aspects of the RIP that are 
specific to a given marking engine are contained in 
35 the master processor unit 40, the RIP is easily 
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customired for different m .,v{.. 

uitterent marking engines simply by 

reprogramming the microcomputer in the master 
processing unit 40. The remainder of the RIP 
architecture is unaffected by this change. Due to 

Zl " SP T ,° f the architectu " Rip is ..siiy 
customised for a variety of different marking engines 
r having different features, and is readily 

future generations of marking e„g lnes , Jereby 
achieving manufacturing economics. The actual program 

upon'st^r is aoMnioaded to the » ic ~ 

The MPU 40 also includes a service manager 

is :t :j: t is connected to ° ne ° f - 

15 68 and enables a microcomputer 96 to be connected by 
a service technician to the disk 92. Preferably the 
microcomputer 96 is a lap top portable computer that 
can be carried by the service technician. The service 
computer 96 can read .„y file stored on the disk aid 

z r ecute aiasnostic pr °— * — — s : rip 

-nd diagnose malfunctions. The service computer 96 

the" „ L\° ^ U8ed 1083 a ° PC " tin ' P-gr.m for 
the master processing unit 40 to upgrade the control 
program as required. 

5 win °W""on of the master processing unit 

P intTta XT?'* reSP6Ct t0 deC ° din « EKTASET 

Print data. The decoding of HPGL proceeds in a 

similar manner and will not be described herein 
After the EKTASET decoder 82' receives a 
■ bucket of print instructions from the input manager, 
it begins processing the commands. The decoder enters 
- text parser acting on the input data as if lt were 
text d.ta. Each of the instructions is checked to see 
if it is a control character or a printable 
character. Printable characters are decoded as 
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CHAR-OUT CRIS commands in a display list that is sent 
to the tank manager 84. A cursor for keeping track of 
page location is advanced, and checked against the 
limits of the preset margins. If the character is a 
control character, the appropriate action is taken. 

A special control character called the escape 
character is used to allow merging of text and graphic 
data in the same data stream. When the EKTASET 
decoder encounters an escape character, the next two 
characters of the job are assumed to make up the 
command ID of the escape command. 

A command ID is formed by taking the low 
order nibble (4 bits) of the two characters that 
follow the escape character and combining them to form 
15 an 8-bit ID. This ID is used by the EKTASET decoder 
to access a table of function addresses. 

The function indicated by the address is 
called and the appropriate action is taken, status is 
then returned to the text parser so it can take 
20 appropriate action. 

Many of the EKTASET commands have data 
associated with them. The data follows the command in 
a manner specified by the EKTASET language. The 
commands that expect data, remove it from the input 
25 stream and use it to perform their task. 

When a job is done, a field within the 
message is set indicating that the bucket contains the 
last segment of the job. 

The input manager 78 waits for the EKTASET 
30 decoder 82' to send it a bucket of display list data. 
Next the input manager 78 relays the bucket to the 
tank manager 84 and waits for a response from the tank 
manager indicating that it has a new tank ready to 
receive a new segment of display list data. The input 
35 manager 78 in turn relays the empty bucket back to the 
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EKTASET decoder and waits for that bucket to be filled 
by the EKTASET decoder. 

If a segment that is transferred from a 
bucket to a tank is the last segment of the job, then 
5 the tank manager will delay sending an empty tank to 
the input manager 78 until the job has been completely 
processed and is safely delivered to the user. 

Meanwhile, the CRIS display list decoder 8B 
has been waiting for the first segment of the job 
10 which the tank manager 84 will supply when it receives 
it from CRIS decoder 88. After receiving the initial 
segment, the CRIS display list decoder 86 waits for a 
configuration check message from the marking engine 
control software 90. if everything is all right, then 
15 page rasterization begins. 

Control is passed to the rendering portion of 
the display list decoder 68. Display list commands 
are acted upon and mapper commands are sent to the 
mapper accelerator 92. If the current segment of 
display list data is emptied, a request is made of the 
tank manager for the next segment of the job. Display 
list processing continues until the end of page or job 
is reached. 

The sequence control portion of the display 
25 list decoder 86 resumes control when an end of page or 
job is detected. The segment number and offset into 
the segment of each page are recorded so that a 
particular page can be recovered in case of a jam. 

Communications take place between the display 
list decoder 88 and the marking engine control 90 at 
the beginning and end of each page. At the end of 
each page, the display list decoder 88 indicates to 
the marking engine control 90 that a page has been 
created in raster page memory (in OPU 44). The 
35 marking engine control 90 prepares the newly 
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rasterized page for scan out to the marking engine 
print head. When another bank of page memory becomes 
available in OPU 44 (there are two banks), the markinc 
engine control 90 tells the display list decoder 88 
5 that page memory is ready to receive raster data. 
When these communications are complete, control is 
returned to the rendering portion of the display list 
decoder 88 and rasterization of the next page takes 
place. 

10 TIME OUT CONDITION 

The Tip is designed to handle communications 
time outs with the host. Both EKTASET and PCS have a 
protocol for indicating the end of a job. If the job 
doesn't use either protocol, a time out condition is 
15 used to indicate the end Of the job. If a time out 
occurs, the input manager 78 sets a field in the 
bucket message indicating that the bucket is the last 
in the job. In turn the message is relayed to the 
EKTASET decoder where this field is used to detect 
20 when a job is ended unexpectedly. There is a function 
that is called to extract data from the buckets which 
will return a status of End of File if the bucket is 
empty and the time out field is set in the bucket 
message. 
25 HANDLING OF PCS COMMANDS 

PCS is a finishing control protocol that may 
be used in conjunction with the EKTASET decoder. The 
EKTASET decoder treats a PCS command just like an 
EKTASET command. The preamble of a PCS command is 
30 esc> esc>I. To EKTASET this looks like an 

esc>[ command. Normally an EKTASET command is 
made up of two alphabetical characters. Since only the 
lower four bits of each character are used, it doesn't 
matter whether they are alphabetical. The PCS decoder 
35 82 '• returns a status back to the EKTASET decoder 81' 
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indicating what kind of operations it performed. This 
allows the EKTASET decoder to keep track of what the 
PCS decoder did. 
CREATION OF CHILD JOBS 
5 PCS has commands that allow the creation of 

banner pages and trailer pages. These pages are 
treated separately from the body of the job. if a 
user asks for ten copies of a job that has banner and 
trailer pages, only the body pages of the job will be 
10 copied ten times. There will be only one copy of the 
banner and trailer. In this case, the job is split 
into three marking engine jobs. The banner pages form 
one job, the body pages form a second, and the trailer 
pages form the third. 
15 CHUNK COLLATION 

Chunk collation is a method of collating a 
job which is too big to fit entirely on the hard drive 
of the rip. The following is a description of what 
happens when a job that requires collation is too big 
20 to fit on the disk. 

The previous description of bow a job flows 
through the system applies with the exception of when 
the display list decoder 88 makes segment requests of 
the tank manager 84. 

When a job is too big to fit on the disk 92, 
the tank manager 84 will return a warning to the 
display list decoder 88 that the segment that it 
requested will not fit on the disk without first 
deleting the previous segments of the job. 

When the warning is encountered, the display 
list decoder 88 aborts the current page and returns 
status indicating that the disk is full to the 
sequence control portion of the display list decoder 
88. The marking engine control 90 will be informed of 
this condition and the current raster page memory will 
be cleared. 
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The page and segment number of the last 
successfully rasterized page will be recorded since 
this page is the last one in the current chunk. The 
segments of the job that are stored on the disk 92 are 
5 the only segments from which collated copies can be 
made* 

The sequence control portion of the display 
list decoder 88 will present the first segment of the 
current chunk to the rendering portion of the display 

10 list decoder 88 to begin rasterizing the second copy 
of the chunk. Rasterization of all pages up to and 
including the recorded page will be done. This 
process will be repeated until the required number of 
copies has been made. After the first chunk is 

15 completed, the next page to be rasterized is the page 
on which the disk full warning was issued. If a disk 
full warning is issued during the next tank, then the 
previous procedure is applied to the next chunk. 
Mapper Accelerator fion 

20 The MMX interface 48 and the Mapper 

Accelerator (MX) 42 will now be described in further 
detail with reference to FIGS. 5 and 6. 

The MX Mapper/Accelerator 42 functions as a 
dedicated slave co-processor to the MPU 40 to provide 

25 a high speed data path to a full page buffer in the 
OPU 44. The Mapper accelerator 42 is a custom, 
command based, all-points-addressable, hardware 
acceleratbr with a local on-board font cache. 

The Mapper Accelerator 42 executes a number 

30 of control and mapping commands that build a bitmap 
representation of a page image in a page buffer 
located in the OPU 44. Objects such as characters, 
vectors, filled areas and bitmapped images are 
rendered quickly at any pixel address within the 

35 4M x 16 maximum page address space. Objects can be 
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textured (coarse patterned), clipped (windowed), and 
tinted (fine pattern resembling a halftone dot 
pattern) all without incurring a speed penalty during 
the mapping process. User defined rectangular regions 
5 can also be read from page memory and copied into font 
memory for subsequent use as "characters." 

The Mapper Accelerator 42 is implemented as a 
high speed (10 MIPS) microprogrammed data mover that 
utilizes bit-slice technology to achieve a high degree 
10 of pipelining in the mapping process. The block 

diagram shown in PIG. 5 illustrates the primary data 
paths and major functional blocks of the Mapper 
Accelerator 42. The block diagram shown in FIG. 6 
illustrates the architecture of the Mapper 
15 Accelerator 42. 

The MX 42 has three (3) primary interfaces: a -- 
Command/Control interface (MMX 48), a system interface 
(MULTIBUS 46), and a dedicated interface to the OPU 
(OMX 54). Functionally, the MX 42 is partitioned into 
20 four (4) major sections: a Command Interpreter/Control 
Unit 100, a Local Memory 102 (PRAM, FRAM, and TRAM 
102), a Page Address Generator 104, and a Data 
Conditioning Unit (RDC) 106. Each interface and major 
functional block is described below. 

25 MMX Infc g rf»™> 

MMX signal levels and timing specifications 
comply with the INTEL iSBX Standard, with the 
following exceptions. 

DMA handshake lines are not implemented. 
30 The "Reset- signal is not connected, since 

the MX 40 receives its initialization via the 
MULTIBUS 46. 

Physically, the MMX interface 48 is 
implemented as an iSBX interface with a connector 
»5 modification on the MPU 40 to accommodate a 50 



WO 92/01269 



PCT/US91/04660 



10 



15 



-16- 

conductor ribbon cable from the MPU 40 to the MX 42. 

The MPX interface 48 (a modified INTEL iSBX 
interface) is a dedicated command port from the MPU 40 
to the MX 42. It is a memory-mapped register oriented 
interface that allows the MPU to deal with the MX as a 
co-processing resource. It is organized as a set of 
eight (8) I/O addresses in MPU I/O address space and 
two (2) dedicated interrupt lines. The interface is 
comprised of four (4) 16-bit parameter/data registers, 
an 8-bit control register, an 8-bit status register 
and two (5) "clear interrupt" addresses. The I/O 
addresses are expressed as I/O port addresses for the 
MPU 40. In general, the iSBX addresses are determined 
by replacing the first 4 Hex digits with Don't Cares 
(e.g. CREG address - XXXX04). A full breakdown is 
shown in Table 1 below: 



TABLE 1 



20 



25 



30 



MMX Access 
Address Mode 



FE2004 

FE2000 
PE2002 
FE2006 

FE2008 
FE200B 
FE200A 



FE200C 



Function 



Mnemonic 



Write 

Write 
Write 
Write 

Write 

Read 

Read 



Bead 



35 



Command Register/Alternate 
LSH Data Register 
MSH Data Register 
LSH Data Register 
Character Attributes 
Register 

MX Control Register 
MX Status Register 
Clear Buffer Available 
Interrupt (No data 
returned) 
Clear Form Feed Ack. 
Interrupt (No data 
returned) 



CREG 
XREG 
YREG 

FREG 
MXCR 
MXSR 



CBAI 



CFFA 
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interface to the MX 42 can generally be 
divided into Control/Status operations and Commands, 
control is performed by writes to the Control Register 
MXCR, while status is read fro. the Status 
(MXSR) . All commands are issued via writes to the 
CREG, XREG, and yreg registers and result in direct 
execution of microcode sequences, a write to the 
Character Attributes Register (freg) is treated as an 
extension to a specific command (MapChar). Interrupts 
generated by the MX «o include execution of a Form 
Feed command an indication that the -command buffer- 
is available Clearing KMX interrupts is accomplished 
^reading either the CBAl or CFPA registers (s!e 

MX CONTROL/ STATUS OPERATIONS: 

Shown below i„ Table 2 is the format of the 
MXCR and MXSR registers and an explanation of each 
bit's function: 

TABLE 2 




MXCR X 
(Control) 



xxx 



Reset X x inh-l 
MX " 1 ENA-0 



25 MXSR X 
(Status! 



MXCR BITS: 
Reset MX: 



X MX MX MX MX MX Off- FF MX 
- Inh-1 K? EJ BP OK Tlnr - 1 ^ m - } 



30 



35 



Active High (1) - allows the user 
to reset the MX board independently 
from other boards in the rip. The 
MX will synchronise (if lost) by 
vectoring to microinstruction 
address 000 and then jump to the 
main command loop to await further 
commands. The condition is self 
clearing in hardware. 
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Inhibit/Enable-MX: Allows the MPU to send commands to 

the KX without actual MX 
execution of the commands (if 
5 inhibited). The Busy bit in the 

MXSR will remain in a cleared state 
independent of MMX command sequence 
transfers. The •inhibit" condition 
can only be toggled via MPU write 

10 to the MXCR. When inhibited, the 

"Buffer Available- interrupt 
(MINTRO) will remain in a stable 
state (i.e. no transitions will 
occur as commands are sent). 

15 Normal operation of the MX is 

achieved in the "enabled" state. 

MXSR BITS: 

MX Inhibited: Active High (1) - indicates that 

20 the board is currently inhibited 

from execution of MX commands. 

MX E2: Most significant bit of 3-bit error 

code. Indicates board fault. 

25 

MX El: Middle significant bit of 3-bit 

error code. Indicates board fault. 

MX E0: Least significant bit of 3-bit 

30 error code. Indicates board fault. 

MX OK: Indicates board health condition. 



MX Offline: 

35 



Active High (1) - indicates that 
the board can be accessed via 



WO 92/01269 



PCT/US91/04660 



Form Feed Ack: 



10 MX Busy: 
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MULTIBUS to read or write FRAM, 
TRAM OR PRAM. 

Active High (1) - indicates that a 
End of Page/Form command has been 
processed, implying termination of 
mapping activity for the current 
image. 

Active High (l) - indicates that 
the most recently issued set of 
command parameters (X,Y,C) in the 
-command buffer- has not yet been 
processed by the MX. 

MX INTERRUPTS 

mp» IT "* 42 9enerates two interrupts to the 

MPU 40. The Form Feed Acknowledge interrupt (MINTR1) 
is an active high, level triggered interrupt which 
goes active when the MX has executed an -end of 
Page/Form- command. The Buffer Available interrupt 
(MINTR0) is an active high, level triggered interrupt 
which goes active when the MX clears the Busy bit - 
indicating that it had processed the most recently 
issued set of command parameters (i.e. x, y and/or C 
information) . 

MPU control of MX interrupts is achieved by 
reading the CFFA and CBAI registers: 
Clear Form Feed Ack: Allows the -Form Feed 

Acknowledge- interrupt (active 
high level) to be cleared under 
MPU control. This occurs when 
the MPU does a read of the CFFA 
register. 
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Clear Buffer 
Available: 
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Allows the "Buffer Available" 
interrupt (active high level) 
to be cleared under MPU 
control. This occurs when the 
MPU does a read of the CBAI 
register. 



MX COMMANDS : 

10 The MX command interface utilizes the XREG, 

YREG, CREG, and FREG registers as a single level 
•command buffer," through which all parameters 
required for a given command must be passed. The X 
and Y registers are general purpose 16-bit registers 
15 for parameter passing. The C register doubles as a 
command register and a parameter/data register. The 
F register allows the MPU to specify information 
regarding character attributes for subsequent 
character mapping. 
20 The MX Control Unit operates on a 5-bit 

command word allowing a total of 32 different commands 
to be implemented via bits C4-C0 of the CREG. Command 
formats for each MX command and notes on register 
usage are detailed in Appendix D. The general format 
25 of each register is shown below in Table 3: 
CREG (command Register): 



D15 D14 D13 D12 Dll D IP D0 

C4 C3 C2 CI CO ^additional command 

related information* 

*** OR *** " " 

MSB ♦ Line Count, LS half of 32 -bit slope, 

■ Bitmap Data, etc. «♦ LSB 



35 
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Defines the MX operation 
to be executed <l of 
32). See Section 4.0 for 
, • complete description. 

< X "l«ted information Register): 



10 



15 




TYT*. a f tr , ib " te info ""'tion R«oi«^ . 




20 Mirror Enable 



25 



180 Rotate: 



30 



35 



Most significant character rotation 
mode bit. Defines node to be used 
during subsequent character mapping 
operation, if set, the MX will 
decrement Y (instead of 
incrementing y) during the basic 
character mapping process. See 
FICS. 7, 8, 9, and 10 and table 3 
below for complete description. 
I»east significant character 
rotation mode bit. Defines mode to 
be used during subsequent character 
"apping operations, if 8et , the MX 
will decrement X (instead of 
incrementing X) during the basic 
character mapping algorithm. The 
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MX Will also modify the shift value 

accordingly and perform a full 
end-to-end bit swap on each data 
word mapped. See FIGS. 7, 8, 9, 
05 and 10 and table 3 below for 

complete description. 

Character Set: Defines format of PRAM for MX 

accesses during character mapping. 
PRAM can be organized as 64 fonts 
of 128 characters each (standard 
set) or 32 fonts of 256 characters 
each (international set). 

0 - Standard Character set § 128 characters 

1 - International Character set e 256 characters 

Active Fonts(F5-F0): Defines the currently active 

font (1 of 64) for subsequent 
character mapping operations. 
Note that if CharSet»l, F0 is 
ignored. Standard and 
International fonts can be 
intermixed in FRAM as long as 
all associated entries in PRAM 
fall on 256 word (512 byte) 
boundaries. In that case, the 
total number of fonts that 
could be referenced in PRAM 
would be 32. 

The possible character orientation modes are shown in 
Table 3 below. 



TABLE 3 


Character Orientation 


Mirror Enable 
Bit 


180 Rotate Bit 


.Mirror about Xi 


o 


5 

l 


_Mirror about Yi 






-Full 180 about Xi Vj 




1 



10 



15 



WO 92/01269 



PCT/US91/04660 



15 



-23- 

FIG. 7 illustrates a character that is mapped 
in standard orientation. The character is stored in 
FKAM as 32-16 bit words. Both the mirror .nable and 
the 180 rotate bits are set to sero. The character 
5 is mapped from FRAM 102a to page memory in the OPU 44 
by incrementing the X and Y addresses sent to the page 
memory in the OPU 44. 

To rotate characters by 180° about the X 
axis as shown in FIG. 8, the 180° rotate bit is 
10 set. This causes the mapper accelerator 42 to 

decrement the x coordinate of the page memory address, 
modify the shift value, and perform a full end-to-end 
bat swap on each data word that is sent to the page 
memory. 

When the mirror enable bit is set, the mapper 
accelerator 42 rotates the character about the Y .xis 
as shown in FIG. 9, by decrementing the Y address to ' 
the page memory. 

When both the mirror enable, and the 180° 
rotate bits are set, the character is rotated 180° 
about the origin, as shown in fig. 10. 

Referring to FIG. 5, the command 
interpreter/control unit 100 receives commands from 
the MPU 40 via the MMX interface 48 and triggers 
execution of a corresponding microcode sequence of 
microinstructions. Each microroutine is tailored 
specifically toward execution of a specific setup, 
mapping or readback operation. 

Command execution begins upon receipt of a 
particular set of command specific parameters. Each 
K* command defines a set of parameters to be sent to 
the MX in sequence via writes to the X, Y, end C 
registers. 

The MX 42 is viewed as a memory slave to 
35 MULTIBUS 40, occupying three (3) distinct areas of 



20 



25 



30 
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MULTIBUS memory space. A detailed memory map is shown 
in Table 7 below. 

MULTIBUS compliance level is as follows: 
Slave 016 M24. It should be noted that only 16-bit 
5 memory accesses are supported. DMA by a MULTIBUS 
master can occur into or out of MX memory 102. 

The MX receives its RESET from the MULTIBUS 
INIT* signal. 

There are no MULTIBUS interrupts used or 
10 monitored by the MX. 

Local memory 102 consists of Font RAM (FRAM) 
(102a in FIG. 6), Parameter RAM (PRAM) (102b in FIG. 
6), and Texture RAM (TRAM) (102c in FIG. 6). Each 
memory array is physically separate from the others 
15 and as such can be accessed by the MX Control Unit 100 
in parallel. This architectural feature adds 
significantly to the mapping performance of the RIP. 
Each memory array is also dual ported to MULTIBUS for 
diagnostic testing, initialization and general 
20 read/write access by the MPU 40. 

To access any of the arrays, the user issues 
a "Go Offline- command to the MX. This will take the 
board off-line for MPU access. Issuance of any other 
command over the MMX interface will bring the board 
25 back on-line for mapping use. 

FRAM 102b is organised as 4M x 16 memory. 
FRAM is intended to be used as a local cache for 
linearised character bitmaps to aid in the MX 
character mapping process. All character bitmaps are 
30 stored in a linearized fashion as shown in FIG. 11. 

AH words composing the first line of the 
bitmap, followed by all words of the second line, 
followed by all words of the third line, etc.). 

Characters are stored in a reduced format as 
35 described in U.S. patent application no. 430,542 
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entitled -High Speed Character Generator- filed 
November 2, 1989 by D.J. st.tt, which is incorporated 
herein by reference. P«rateo 

HULTrmtc 6inCC F ° nt (FRAM> 1028 18 ■ «*"able 
MULTIBUS memory resource, the MPU 40 is free to 

llllTt "JZZ ^ 9enem PUrP ° 8e ' to "'« « " 
mph 1' ^ bG teSted and -"•W- ^ the 

^■«x « r Read/write acce « t0 ™" — 

to FRAM if the iff " ^ " RMd/Wrlt€ -ess 

FRAM if the MX is online. 

PARAMETER RAM 102b (PRAM) is organised as 32K x 16 
rom the MULTIBUS side and 8K x 64 from the MX side. 
It is dedicated for character parameter storage pram 

" (3> (Words/Line, 

Lines-i. and FRAM start address) within a single read 
operation. Access from the MX side of the 8K x 64 
array is as shown in Table 4 below: 



20 



25 



30 











TABLE 4 


A12 


ah|aio 


A9 


AB 


A7 


A6 


A5 


A4 


A3 


A2 


Al 


AO 


F5 


F4 |f3 


F2 


Fi 


• 


C6 


C5 


CM 


C3 


C2 


CI 


CO 











•• Character code • « 
(7 or 1-bit ASCII) 



* Kot«i 



A7 - ro vhtn ChtrSet • 0 
A7 • C7 vhtn CharStt • 1 

arr.v « ^ of the 32K x 16 

Format of parameter data in PRAM is shown i„ Table 5- 



35 



TABLE 5 



(RUN AMr. U) 



Ms|pu|m| M> | M1 | M0 | w j M 

* Hb, 

* Ver«aAAn* ... 


\» |o< |p> [u | M | m i m gn 


0 
X 
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PRAM 102b must be tested and managed by the 
MPU 40. The MPU 40 has Read/Write access to PRAM 102b 
if the MX 42 is offline. The MX 42 Read access to 
PRAM 102b if the MX 42 is online. 

TEXTURE RAM 102c (TRAM) is organized as 6K x 
16 from both the MX and MULTIBUS sides of the array. 
It is dedicated for storage of up to 32 textures or 
fill patterns that have been linearized for MX usage. 
Each texture is organized as a 64 pixel by 64 pixel 
tile stored in a linearized fashion as 256 seguential 
16-bit words (identical to the way that a character 
bitmap is stored linearized within FRAM) . The MX 
accesses individual words of a preselected texture 
during mapping operations based on current X and Y 
values. Addressing from the MX side of the array is 
as shown in Table 6 below: 



TABLE 6 
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A12 


All 


AlO 


A9 


A6 


A7 


A6 


A5 


A4 


A3 


A2 


Al 


AO 


U 


T3 


72 


Tl 


TO 


Y5 




Y3 


Y2 


Tl 


Y0 


X5 


X4 


<«-. 


Texture m - 


• •> 


<--. 


mm mm 


1 


f ... 


• m m m 


-•> 


<• 3 


[ -> 



MPU 40. 



TRAM 102b must be tested and managed by the 
The MPU 40 has Read/Write access to TRAM 102b 
if the MX 52 is offline. The MX 42 has Read access to 
TRAM 102b if the MX is online. 

The MX data conditioning unit (ROC) 106 is a 
1.5 micron standard cell (3800 gate equivalent) ASIC 
that provides an integrated implementation of a number 
of data manipulation functions. Data objects to be 
mapped to page memory can be shifted, mirrored, 
rotated, textured and clipped as well as logically 
combined with feedback data read back from page memory. 

These operations are described in further 
detail in U.S. application serial no. 236,811 -Page 
Memory Control in a Raster Image Programmer- filed 
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August 26, 1988 by St.tt which 1. incorporated 

herein by reference. 

The data conditioning unit RDC 106 functions 
under microprogram control within a 200 ns interval 
The basic sequence of operations is described below' 

1. Latch in a 16-bit data word from the MD 
bus 108 (e.g. font data, stroke data or bitmap data). 

2. Shift the data word appropriately (o-is 
bits as indicated by the least significant 4-bits of 
the desired X pixel coordinate), store the 32-bit 
result in two separate 16-bit registers. 

3. Produce a' 16-bit mask word by comparing 
the current X and Y coordinate values from X, y 
counters lio to the predetermined upper and lower 

TnTtr'll** reCt8n9Ular Cli ** in ° <». *1 

/ k * 4 ' Perf0rfn 8 l09ical of the shifted data 
(object), the clipping window mask data and the 
corresponding word (determined by current X and Y) of 
20 the preselected texture. 

5. Mirror the above result in X, or in Y, or 
in b 0th x ana y (180 degree rofcate) i£ requestefl 

I«e 8 ct! a ^ rC „ iS 8Vailable ° n Ch8raCter °P«»tions — 
affects the direction that the character is mapped 

25 into page memory as well (i.e. decreasing v.s 
increasing x and Y). 

6. Logically combine the previous result with 

in I P " Vi ° U8ly " ad baCk from ™™*Y «d stored 

in Feedback latch 113 (if reguested) . Logic modes 
30 provided are listed below: 

New Data AND Feedback Data 
New Data OR Feedback Data 
New Data XOR Feedback Data 
New Data/ AND Feedback Data 
35 Bew D »ta/ OR Feedback Data 

New Data/ XOR Feedback Data 
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7. Latch the final 16-bit result into the 
output register. 

All data destined for page memory must pass 
through the RDC 106. In addition to the functions 
described above, the device performs a logical OR of 
previous data with next data for consecutive words 
mapped to page memory within the same scan line. This 
has a net effect of improving overall mapping 
efficiency by reducing the total number of writes to 
page memory for a given object. As an example, for an 
object that is n words high and m lines wide, the 
total number of writes to memory under this scheme 
would only be in (n+1) . 

the data conditioning unit (RDC) 106 receives 
16-bit words from the font memory 102 and delivers 
16-bit words to the page memory in the output 
processing unit 44. Since the incoming words may be 
shifted to place the characters at any desired 
location in memory, the output word may include 
portions of two input words. To maintain the 
Pipeline, the mapper accelerator 42 is always reading 
two words ahead of the output word. All words are 
16-bits. The timing of the MX pipeline is shown 
schematically in FIG. 12. Word n is read into the RDC 
from the font memory (200). next, word n+1 is read 
into the RDC (202). Word n is conditioned (204) (e.g. 
shifted) by selecting the 16-bits from words n and n+1 
that will be in the output word. The output word n is 
then sent from the RDC to the OPU (206). While word n 
is being written to the OPU, the page address for word 
n+l is computed (208). The pipeline then continues 
along the line, outputting a word each time a new word 
is read into the RDC. 

The RDC chip operates on a 10MHz clock 
synchronized with microprogram execution. 
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The MX page address generator 104 is a 
dedicated hardware unit whose sole purpose is to 
compute a 22-bit address into OPU 44 page memory over 
the OMX 54 interface every time an access occurs. The 
5 page address generator 104 operates in parallel with 
the data conditioning unit 106 so that maximum mapping 
efficiency can be attained. By allowing the user to 
select any arbitrary page height (via the -Set Page 
Height- MMX command), OPU page memory can be organized 
10 in a virtual page fashion to allow efficient OPU scan 
out. The page height, current X and current Y is then 
used by the page address generator to compute the 
current page address as follows: 

PA . (XMAX)(Y) + X/16 
15 Where: XMAX - page height (in Words) 

Y . pixel coordinate in Y direction 
X/16 - word coordinate in X direction 
The page address is computed under microcode 
control using a 16 x 16 Multiplier/Accumulator chip to 
20 produce a page address every 600 ns. 

The OMX interface 54 is a dedicated data path 
over which the MX accesses OPU page memory, it is 
composed of a 16-bit bidirectional data bus, a 22-bit 
address bus, three (3) control lines for write and 
25 read access, a color control bus and a 20 MHz clock 
for synchronized MX/OPU operation. 

The OMX interface may be used in either an 
asyncronous (with ACK) or synchronous mode. Any 
address in the -ideal OPU page memory space" may be 
written to or read from over this interface at a rate 
of a single 16-bit word access every 300 ns in 
asyncronous mode or 600 ns in synchronous mode. 
Asyncronous mode requires that the ACK signal be 
monitored to allow refresh to occur without 
35 contention. Synchronous mode assures that refreshes 
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occur transparently to the napping process. 

Color control during mapping operations 
involves the tint generator located in OPU 44 
described below. Color plane (1 of 4), color mapping 
5 mode (Serial v.s. Parallel) and color level (Tint) are 
all setup via execution of the Set Color/Tint command 
issued over the MMX interface. 

The "maximum OPU page memory space" is 4M x 
16. The tint generator is located at the top 512 
10 words of the 4M x 16 ideal page. 

The MX 42 provides a 20 MHz clock 110 
synchronised to the mapping process for OPU DRAM 
control and scan out operation. 

Font RAM (PRAM) 102a is the local font bitmap 
15 memory cache in the RIP. Linearized bitmap 

representations of each character of a given font are 
stored in FRAM sequentially in order by ASCII code. 

MX commands can be divided into four 
categories: Diagnostic commands, Setup commands, 
20 Mapping commands, and Readback commands. All commands 
involve transfer of information over the MMX interface 
48 via writes to the X, Y, and C registers. A total 
of 32 unique commands can be implemented. 

Bach command requires transmission of one or 
25 more "steps." Each step, at a minimum involves an MPU 
write to the CREG, which in turn generates a MX BUSY 
flag. The MX 42 interprets this as a COMMAND PENDING 
flag which indicates that pertinent information for 
that step or command is present in the XREG, YREG, and 
30 CREG. Because a write to the CREG initiates. MX 

execution of that step, the XREG and YREG writes must 
occur pribr to the CREG write for a given step. Once 
the MX has consumed or processed the information, it 
will clear the MX BUSY bit indicating to the MPU 40 
35 that new information for the next step of command can 
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be loaded into the XREG, YR EG , and <afflG# Each 
command, its format and step sequence and a brief 
explanation of its usage is described in Appendix D. 
The MX 40 operates on an 80-bit aicro- 
5 instruction. 

The MX uses two 29C101 16-bit ALU/Register 
slices to form a 32-bit arithmetic and logic unit ALU 
112. A total of 16 registers are available for 
storage. The ALU 112 can access other registers and 
10 functions on the board via the 32-bit MMC bus 114 
OUTPUT PROCESSOR UNIT (OPU) 

Referring to FIG. 13, the output processor 
unit 44 will be described in further detail. The 
output processor unit 44 includes a pair of 4M byte 
15 DRAM page memories 210 and 212 and associated tint 
memories 211 and 213. The page memories 210 and 212 
-re connected to the OMX bus 54 and an output data bus 
214 via a multiplexer 216, such that one of the page 
memories can be written into while the other is being 
20 read out of. This is known in the art as a doubled 
buffer or ping-pong memory. The output processor unit 
is controlled by a microcontroller 218 that is 
connected to the system control bus 46 and controls 
the overall operation of the output processor unit 
Each image memory 210, 212 is controlled by a DRAM 
controller 220, 222 respectively that controls writing 
into and reading out of the memories in a conventional 
fashion. The output processor unit also includes a 
RIP video generator 224 and an IDE printer interface 
30 226. The IDE printer interface 226 is a simple 16-bit 
interface capable of transferring a page bitmap to a 
marking engine, one 16-bit word at a time via 
handshakes with the marking engine. 

A generic printer interface 228 is also 
35 provided. The generic printer interface 228 is merely 
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a plug to the 16-bit output words from the RIP video 
generator 224, and an interface to the microcontroller 
218. If the marking engine has special requirements, 
such as serial output, a custom interface module 230 
5 can be provided on the generic interface. The custom 
interface module 230 contains, for example, a buffer 
for converting the bit stream from 16-bit parallel to 
serial, as is known in the prior art. 

The page and tint memories will now be 
10 described in more detail with reference to PIGS. 14, 
15, and 16. The OMXA portion of the OMX interface is 
a 27-bit parallel interface. As shown in FIG. 14, the 
27 bits can be used to address the page memory, or to 
select a tint pattern in the tint memory. As shown in 
15 FIG. 15 the tint patterns are addressed as the upper 
512 words (232) of a 4 mega word address space (234). 
The page memory is addressed as the lower 2 mega words 
(236) in the address space. Thus, as shown in FIG. 
14, the tint selection address contains l*s in bits 
20 7-22. This condition is sensed by the DRAM controller 
to distinguish between a page memory address and a 
tint selection command. 

Referring to FIG. 16, the ORAM controller 220 
receives the 27-bit input on the OMXA portion of the 
25 OMX interface 54 from multiplexer 216 and interprets 
the command as either a page memory address or a tint 
selection command. If the data is a page memory 
address, the DRAM controller 220 applies the 22-bit 
page address to the address input of the page memory 
30 210. If the data on the OMXA line is interpreted as a 
tint selection command, the DRAM controller applies 
the lower 6-bits of the data to a latch 236 at the 
address input of the tint memory 211. The DRAM 
controller also applies bits 23 and 24 to the tint 
35 memory 211 to select a color plane, in the event that 
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"-bit tint word from the selected tint p.tt.rn ..ch 
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"-«T *U ■> -escribed in U.S. p.t.„t .pplie.tion 
236,811 cited above. 

»,,. / "" blt ch " ,et « »«° t"m the ROC 106 (see 
PIG. 6) is appliea on the CD portion of th. OKt bus 54 
10 to . wrrte enable input 240 or the p.,. memory 210 . 
The effect is to spply the tint p.tt.rn. only to the 
•ctrve bits in the ch.r.ct.rs. The p IP „ y L 0 ^ 

^ in « " It0 "° h,lf " nl »« « • continuous color 
image in the manner described in U.S. p.tent 

filed J T\ 'or Digit.l Hslftoning- 
filed September 29, ^ 8t , tt> Knlen ^ 

incorpor.ted herein by reference. 

,„ „„„ k " r " in9 ' 00101 • n » in « the "IP 
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Plane, .re g.n.r.t.d in th. p. g . memory in . uce .„ ion 

whrch". , J"' "" klnS e, " lM ' " ' — *» 

prurmtv o C f ' M " e " ™ e ' 

Plurality of pap. memories. l„ the parallel mode th „ 

210 210 etc. in „ G . 13 . Eaeh 
..socr.ted with its own tint memory. In 
the t,nt pattern for each color pl.„. lt i. tchea , ;„ en 
, «. P.9. address .„d ch.r.ct.r d.t. is ..„t to .1 of 
the page memories simultaneously. 

Turning now to Pic. 17, the KIP Tlu . 0 

111 7,1 » . th. microcontroller 

•nd r..ds out bitmap d.t. from th. p.g. memories 
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one line at a time. 

The RVG 224 includes an address decoder 250 
that gives the microcontroller 218 the ability to read 
or write control commands to the various control 
5 blocks in the RVG. One of the control blocks is an 
address counter 252. The address counter 252 is 
loaded by the microcontroller 218 through the address 
decoder 250 with the page memory address of the 
starting line in page memory for reading out to the 
10 marking engine. A word counter 254 keeps track of the 
number of words in a line that have been transferred 
to the marking engine that comprise actual image 
data. A prefill counter 256 is loaded with the number 
of words of blank space at the leading edge of a line 
15 in an image. The prefill counter 256 is decremented 
each time a blank word is sent to the marking engine 
until the count has reached zero at which point a done 
signal is generated. A postfill counter 258 is loaded 
with the number of words of blank spaces at the 
20 trailing edge of a line in the image/ and operates 
similar to the prefill counter. The RVG 224 can also 
provide full blank lines before an image (line 
prefill) and full blank lines after the image (line 
postfill). The use of word pre and post fill, and 
25 line pre and port fill allows the RVG 224 to provide 
borders around the image. 

The RVG 224 can be commanded by the 
microcontroller 218 (see FIG. 13) to read the image 
out of memory from any corner of the image top to 
30 bottom or bottom to top. FIG. 18 is a schematic 

diagram illustrating the scan formats, and use of pre 
and post word and line fills to provide margins around 
an image. As shown in FIG. 18, the image from memory 
is reproduced by the marking engine in an active image 
35 area 260. In scan format 1, the image is read out, 
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starting from the lower left-hand corner. Pre-li„ e 
and word fill provide a word border portion 262 at the 
lower left corner of the image. Pre line fill 
provides a border portion 264 directly below the 
5 image, and post line and word fill provides • border 
portion 266 at the lower right-hand corner of the 
image, a border portion 268 left of the image area 
260 is provided by preword fill, and a ^iter portion 
270 to the right of the image area 260 is provided by 
10 post word fill. A border portion 272 to the upper 

left of the image is provided by post line and preword 
fill; a portion 274 above the image area 260 is 
provided by postline fill, and a portion 2?6 ^ 
provided by post line and post word fill. The borders 
15 are simil.rly provided for other scan formats (0,2, 

W ord 3 f i u s aPPrOPriate ° f ^ P ° 8t "~ and 

Returning to FIG. 17, the RVG 224 includes a 
diagnostic block 278 that can be enabled to perform 
20 diagnostics on the contents of the page memories. i„ 
the diagnostic mode, a known pattern is loaded into 
the page memories and when readout via the RVG, the 
readout pattern is compared with the known pattern in 
the diagnostic block 278. if a comparison error is 
25 detected, an error message is sent to an interrupt 
block 280 that signals the microcontroller 218 (see 
FIG. 13). Similarly, an interrupt is generated in the 
normal readout mode and sent to the microcontroller 
via the interrupt block 280 whenever the post fill 
counter completes a line with the last post fill word 
in the line. This occurs when the pre fill is done, 
the word counter is done. and the post fill word 

tTr/^r* The interrupt 18 8lBO — 

the post fill counter completes the last post fill 
35 line in an image. 



30 
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The RVG 218 includes a status register to 
indicate why the interrupt was generated, i.e. either 
diagnostic, post fill word or post fill line. The RVG 
224 includes a control logic block 282 that has a 
5 control branch allowing the microcontroller to setup 
the types of scan format modes, and what type of 
request to generate to page memory. The control logic 
block 282 can read memory destructively or 
nondestructively. Typically, the page memory is 
10 readout destructively so that as a word is read out, 
it is replaced by all zero's, thereby leaving an empty 
memory to receive the next image. This is a read 
modify write 284 type of operation. The control logic 
block 282 receives control signals from the 
15 microcontroller 218 and issues read and write signals 
to the page memories through the MUX 216. When the 
control logic 282 receives a word ready signal from 
the marking engine interface, it prefetches the next 
word from memory via input buffer 286 and 
20 simultaneously causes the previous word that has been 
latched into the output buffer 288 to be sent to the 
marking engine interface. When the new word is 
received from the memory, the control logic 262 
indicates that it has another word ready by outputting 
25 a word ready control signal to the marking engine 
interface. Accompanying the read and write signals 
from the control logic 282 are page address signals 
from the address counter 252. 

The raster image processor according to the 
30 present invention is easily expanded to include other 
functions, by adding more units to the MULTIBUS. An 
example of such an extension is shown in PIG. 19, 
where an auxiliary processing unit 300 is added to the 
MULTIBUS. The auxiliary processing unit is another 
35 microprocessor that provides the computing power to 
handle tasks such as interpreting or decoding the 
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POSTSCR1PT- Adobe language, and interfacing to a 
mainframe computer. POSTSCRIPT- commands from a 
host mainframe computer are translated by the 
auxiliary processing unit to print data commands, for 
example the CRiS commands described above. The print 
data commands are supplied to the master processing 
unit 40 via the MULTIBUS . 

industrial ftppiimhnn-v and a^ Ynnt . nfl r n 

The Raster image Processor according to the 
Present invention is useful in all points addressable 
printers. The RIP is advantageous in that it 
Provides an efficient high speed rip that is easily 
modified for different printer configurations, and 
readily expandable to provide increased capability 



30 
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APPENDIX A Copyright Eastman Kodak Company 1990 

CRZS Commands 

Function within File: 

Void OutputChar( position, char_code ) 

Void cris_enable_clipping( ClipFlag ) 

void cris_jmach_init() 

void cris_set_cap( line_cap ) 

void cris_set_font( font_id ) 

void cris_set_joint( line_joint ) 

void cris_set_limit( limit ) 

void cris_set_width( line_beg ) 

void cris_state_machine( condition ) 

void exta_circle_fill ( center, radius , theta_start_ 

theta_end,fill_type ) 

void ekta_circle_draw ( center, radius, theta.start, 

theta_end ) 
void ekta_image( position, height, width ) 
void ekta_triangle_fill( pi, p2, p3 ) 
void ekta_thin_vec( pi, p2 ) 
void ekta_guad_fill( pi, p2, p3, p4 ) 
void ekta_traj_fill( traj_ptr ) 
void hpgl_traj_fill( count, traj_ptr ) 
void ekta_set_clip_boundary( pl_ptr, p2_ptr ) 
void ekta_set_fill_pattern( pattern_id ) 
void ekta_set_screen_id( screen_id ) 
void end_of_job() 
void end page() 
void send_iris_bucket() 
void send_start_job( job_setup_ptr ) 
void set_color_model(color - model) 
void set_font_xform( font_roatrix__ptr ) 
void set_foreground_color (count, intensity) 
void start_Page( x_scale, y.scale, max_dimension) 
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APPENDIX B 



EKXASEX 

The EKTASET page description language is 
specifically designed for fast execution on printers and 
U,U * Ue in its «o» handling capabilities. 

EKTASET is based on the 7-bit ASCII protocol i, 
employs the escape character to identify .„ ektaseT 
command, when an escape characf.r < *ktaset 
prTiePT «*ca P e cnaracter is encountered, the 

EKTASET command processor is i„„ nt ^ , _ ' tne 

Processing specifics All othe . 

ASCII »,J V " charact «s in the 7-bit 

ASCII protocol are interpreted directly, . s they are 

SI ITT ASCU Cha — « -omauc. ly 
placed on the output page. 

All EKTASET commands consist of a three eh.r.^ 

ZSS The £irst character of the ~ er 

the ASCII escape chanrfor "ways 
FC cnaracter. The escape ch^r.nf^r 

The re».xn tBa ch.r.et.r. .„ve to uni„uel y identify . 

r::: c specm < — • « - £~ 

By using the escape character ■* * « 
ektaqpt cnaracter as the trigger to 

STLsr^t'-r',!: 1 ? other characters ** fi ™* 

7 bit ASCII retain their defined meanings. As each 
character in . job is processed, if lt B * 
character I 8 not 8n escape 

MM BKT.er P "" d " '° 1,6 »*0«.Md to the output 

.t.t. „ . „,„ of thi . fe „ ture 

t0 ptlnt * s =" onto .„ ou tp U t p.,. 

ASCII Print « ode provides competibiHi-. „<.... 
ho.t-print.r rei.tioo.Mp. ..t.Mi.,./ £ 
-.codex . ccept , lnd priBU Ascn jobs * bktaset 
control conutund overhe.d required. =™aset 

for enhanced printinj of en ASCII loh „, . 
•Peciiic .„.„„. trom th . lntt . nea 
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EKTASET provides a comprehensive, non-extensible set 
of commands to alter the printing environment. These 
features include both bitmap and vector graphics as 
well as control over the governing parameters 
affecting both typesetting and graphics operations. 

The EKTASET commands are listed in Table 1, 
and selected examples are described in further detail 
below. 



TABLE 1 
NT C0PTP0I, 



HE - HEader 

EH - End Header 

ID - IDentification 

DE - DEfine 

ED - Expand Definition 



PAGE RENDERING - TMHFPir HT ,cf T 



GENERAL 

PF — Parameter 

Format 
UN— UNits 
AS — ASsign 

CO — Comment 

EC — End Comment 

CF — Color Format 

GS— Gradation 

Screen 
FL— Fidelity 

Level 
PB— Pick 

Background 
PC— Pick Color 
ON — OrientatioN 
OR— ORigin 

TO-Text 

Orientation 
PO— Position 

(at XY) 



TEXT 



DC — Decimal 

Character 
DT — Decimal Tab 
EK — End sub/ 

super sKript 
EU— End Underline 
FO— FOnt selection 
HC— Horizontal 

tab Clear 
HM — Horizontal 

Margin 
HT — Horizontal 

Tab set 
JC— Justify Center 

JR— Justify Right 
LS — Line Spacing 
MS— uNderline 

Single 
SB— SuBscript 

SL— Spacing inter- 
Letter 



GRAPHICS 
DA— Draw Absolute 

DI — Draw Incremental 
LA— Line Absolute 

LI — Line Incremental 
LJ — Line Joints 
LK — Line Kaps 

LW— Line Width 

ML— Mitre Limit 

OT— Opaque/Transparent 

PN— PatterN 
Path Operations 
SP— Start Path 

JP— Join Path 

EP— End Path 
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GENERAL 
IX— Increment 
IY— Increment 
WI— Window 



P AGE RBWPFRTNG TN T Tr rr MT rj=LM^nSJLmi^l 



X 

Y 



TEXT 
SU — Superscript 
SW— Space Width 
VC— Vertical tab 
Clear 



GRAPHICS 
ap— Append Path 
DP— Drew Path 
FP— Pill path 
Draw Path/Fill Path 



AB — Define Bitmap 
FF— Flip Flop 
RT— RoTation 
SC— SCale 

TR— TRanslation 
UB— Use Bitmap 



"^J™;,- Bnrmrn be e 



TEXT 



AW— Angled Writing 
(Primary Adv) . 
EL— End highlighting 
FA— Font Angle (Obliquity) 

GM — Galley Mode 

HB— Horizontal (margin) Begin 

HL— Highlighting 

HN— Horizontal (margin) eNd 

JF — Justify Fully 

ME Margin Effector 

MP — Move Primary 

MS— Move Secondary 

ND — uNderline Double 

VB— Vertical (margin) Begin 

VE— Vertical (margin) Effector 
VN-Vertical (margin) eNd 
VW— Vertical Writing 



Form Operations 
DF— Define Form 
FX — Form Komplete 
GF— Global Form 
MF— Main/Form transfer 
UF— Use Form 

— GRAPH Tr*s 

AA — Arc Absolute 
AI— Arc Incremental 
CA— Circle Absolute 
CI — Circle Incremental 
CR— ClocXwise 
CT— Curve Tolerance 
FA— Ellipse Absolute 
EI— Ellipse Incremental 
LT — Line Type 
FI— Fill Rectangle 

Incremental 
FX— Fin Rectangle Abs. 
(exact) 

02— Fill Circle Incremental 
OX— Fill Circle 

Absolute (exact) 
RA— Rectangle Absolute 
RI— Rectangle Incremental 
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A Job Header supports pre- job processing steps. 
Processing of the Job Header occurs before the job is 
executed. Ha jor preparation functions include loading of 
fonts and other objects to directly accessible memory, and 
screening of job specific processing conditions. The 
purpose of performing these functions on a pre-job level 
is to ensure that processing of the job's page level 
content can occur at maximum speed. 

The job header will be the first entity 
encountered in a job. The header is identified by means 
of two EKTASET commands. The beginning of the job header 
is identified with the -HE - HEader command. The end of 
the job header is identified with the -EH - End Header 
command. All information contained between the -HE and 
the -EH commands serve to constitute the job header. 

Information contained in the job header is made 
up of EKTASET commands. The commands supplied in the job 
header are the same commands supplied in the page level 
content - the job itself. Only the scope of the commands 
is altered by their placement. Commands contained in the 
job header affect every page in the complete job. 
Commands contained in the page level content apply only to 
the specific page in which they appear. The commands 
Placed in the job header provide a preview of the commands 
to be used in the page level content. 

The two .major functions provided through use of a 
job header are printer preparation and printer 
configuration checking. Printer preparation includes the 
assignment of a job specific "handle- to printer resident 
objects as well as job specific definition of additional 
objects/entities to be used. These functions are critical 
to the assurance of efficient completion of the job. 

Page Independence is an EKTASET feature, or mode 
of operation. It cannot be turned off; it is always 
valid. Any specific page within a document (of pages) 
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in the ^.fruition of it. eont. B t. As . re.ult of p.ge 
independence, the sppe.r.nce of . p. ge lf t,..*.,, 
indrvrdusny win he .„ c «y the ..me .s the sppe.r.nce of 

P.«s*o'f e th tre " ea e ° ntMt ~ ""-din, 

pases of the origin.l document. 

Page Independence is eecomplished by sunipulstim, 
specific sets of processin, conditions .t 

IT CyCU * UCh " P0B " up/ " le < "»* of ,0h 

...a. „ combined with specific ch.np.s 

».d. on the p.,e , re , uf£leUnt t0 9 

the content of sny specific p„e within . oocument 

EKTASET employs . Current Cursor Position to 
ma.nt.in position with respect to th. Ori 9 i„. CuIr . nt 

Cursor Position is sn entity th.t is slwsy. defined T he 
curs. ls 0£ loe>Uon jt r # .f . d The. 

sire or m. 5 n«ude. but consist, simpjy of position. 

The cursor moves from loc.tion to loc.tion within 
• P.,e .s . result of test .„d 9 r.phic, oper.tion. it 
dynamo in l.c.ti.n throu,h time. Howevef. the CU r.o 
does not rn.int.in .ny historic.l information rel-tin^o 
its tr.,. ls - lt h , s no „, 9nituae or diiectiM _ 

r.m.rns st .11 times. .im P ,y .„ entlty of 

. Cu "«" ""or position is not limit.d to the 

the p.,. .„<, the neM poiBt _ T „ e curtent • 

T^ e o": M ! ,hed " the newiy - 

current „ * """^ °»»«' «»• the 

current cursor position ,s . st.rtin, point. 
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Cursor positioning can be controlled in many 
ways. It can be explicitly set in absolute coordinate 
space with the ~PO - Position command- It can be moved 
in incremental coordinate space using the ~IX and ~IY 
- Increment X and Y commands respectively. Absolute 
coordinate space is measured from the current origin. 
Incremental coordinate space is measured from the current 
cursor position. The current cursor position is altered 
as an effect of processing ASCII carriage control 
characters. 

Several EKTASET operations alter the current 
4 cursor position as a natural effect of the functions they 
perform. As an example, the ~DA - Draw Absolute command 
will set the current cursor position at the last absolute 
coordinate defined by the command. 

Margins in EKTASET are controlled according to 
the following premises: 

• -Horizontal* is measured on the X-axis as 
defined by the Origin. 

•Vertical- is measured on the Y-axis as 
defined by the Origin. 

• Both margin commands require two parameters 

11 - lower limit, ul - upper limit 
Four single parameter commands exist 
HB - Horizontal Begin 
HN - Horizontal eNd 
VB - Vertical Begin 
VK - Vertical eNd 

• A complete margin specification of 

(horizontal & vertical) x (lower limit 
& upper limit) defines a "Text 
Boundary Rectangle- 

• Neither a change in Orientation, 

Origin, or 

Text Orientation 
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changes the positioning of the text boundary 
rectangle with respect to the origin 
• The -Text Writing Direction,- « determined 
by a combination of 
Orientation, 
Origin, and 
Text Orientation 
will establish the function of each side of 
the text boundary rectangle 
* Horizontal tabs win be measured with 

respect to the -Primary Advance- component 
of the text writing direction within the 
text boundary rectangle. 

Vertical tabs will be measured with respect 
to the -Secondary Advance- component of the 
text writing direction within the text 
boundary rectangle. 
In the EKTASET language, all variable lenoth 
Parameter strings reguire a terminator. ^ 
parameter strings follow rules accordino tfi it 
formates, in use for the co.mn.nd .sf """^ 
- Character coded ONLY values reguire no 

separators or a terminator. 
" Ploat4n 9 P^nt values, and all mixed mode 
parameter strings require both separators 
and a terminator. 
The s.p.r.tor ch.r.cter i. the conm , ( 
The terminator ch.r.cter is the .emi-colon • 
d.sh - n *"" Te " 1Ue ln<,iC "" eh "'«« ^ the 

r;, tzzzzrzzzfjr" ectaset 

T -pri„t.Me e.c.pe ch.r.cter. IZZVZZTIT 
shown as two UPPER CASE character* » nu »«w>nics are 
- -r «... „ lth 
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their meanings. Where two syntax examples are shown, the 
first is applicable to the floating point and the second 
is applicable to the character coded parameter format 
specification method. 

EKTASET COMMA HPS 



SCOPE: 

Coupled with End Header 

DESCRIPTION: 

Designate start of job (printer default 
conditions re-established) and beginning of information 
used for job level definition. 

Information contained between the Header and End 
Header commands is compiled to provide three effects. 
They are: 

- establish initial processing conditions for 
each page of the job and 

- perform printer preparation 

- perform printer configuration checking as 
described in the Job Header discussion above. 

COMMAND: IDENTIFICATION 

SYNTAX: SCOPE: 
~IDji; set Mode 

where: ji - job identifier 

DESCRIPTION: 

Specify a reference name for a job. 

The job identifier can be up to 64 characters in 

length. 

If multiple identification commands are issued, 
the last one will establish the job's identifier. 



COMMAND: HEADER 
SYNTAX: 
-HE 
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COMMAND: PARAMETER FORMAT 

SYNTAX: 

-PFfm 

where: fm - format mode 



SCOPE: 
Set Mode 



DESCRIPTION: 

coding. SPeC " y "* tb °- ,0r e0ma " a »«-*•» 

This command establishes the node of parameter 

;. p :a c ::;. e ::: on fom,t <° 

use> aascussion of the options and their 



Format modes supported are: 

• 0 - floating point (default) 

1 - 1-byte character coded 

2 - 2-byte character coded 

3 - 3-byte character coded 
A - floating point rational 

B - l-byte character coded rational 
C - 2-byte character coded rational 
D - 3-byte character coded rational 



COMMAND: ORIENTATION 

SYNTAX: 

~ON# 

where: * . o - Portrait 
1 - Landscape 



SCOPE: 
Set Mode 



DESCRIPTION: 

Specify relationship of top to a document. 
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COMMAND: POSITION 

SYNTAX: SCOPE: 
-POxcyc; Immediate 
-POxcyc 

where: xc • x-coordinate component 
yc - y-coordinate component 

DESCRIPTION: 

Position cursor at absolute location with respect 
to the origin. 

COMMAND: INCREMENT X 

SYNTAX: SCOPE: 

*" Ixim; Immediate 
-IXim 

where: im - increment magnitude 
DESCRIPTION: 

Position cursor at relative x-offset with respect 
to the current position. 

COMMAND: WINDOW 

SYNTAX: SC0PE: 
~WIxl,yl,x2,y2; set Mode 

-WIxlylx2y2 

where: xl » x-coordinate component of corner 1 
yl • y-coordinate component of corner 1 
x2 - x-coordinate component of corner 2 
y2 - y-coordinate component of corner 2 

DESCRIPTION: 

Specify a rectangular area, in absolute 
coordinates, that bounds the desired visible portion of 
successive objects. 

Objects defined to be inside the window will be 
completely visible. 
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Objects defined to be out***- *k • » 
update document parameters as B WiH 
visible. Processed, but win „ot be 

Objects defined to bo k^v i 
-i« only be v,. 1W . Blthln l.7ilZ ** 
COMMAND: DRAW ABSOLUTE 

T 'f'* 2 '* 2 mediate 
~DAxlylx2y2 ... xNyN; 

where: ,f . x-coordinate component of point # 
y# - y-coordinate component of point # 

DESCRIPTION: 

........ » r«::r.£xj™c .rr -•• 

.p.=if led ls v „i.M.. !: T \ e numb,r of 

t« nl „. t e r . P-r—fr li tt re , ulres . 

poi„ t cur,or ■ ,osition *» « 

COMMAND: LINE INCREMENTAL 
SYNTAX : scopE . 

-Llixl iy 1 , i x2,iy 2 ; ^ 

»*ere: i xl . |.e««„t.l ,. eoordln , te 
point l 

iyl - incremental y-coordinate component of 
point 1 
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ix2 - incremental x-coordinate component of 
point 2 

iy2 • incremental y-coordinate component of 
point 2 

DESCRIPTION: 

Creates a line with a starting point ixl,iyl away 
from the current cursor position to a point ixl,iy2 away 
from the starting point. 

This command will produce single lines only. 

Line strings, or connected lines are produced 
with the Draw commands. 

Both endpoints of the line will be line capped. 

The current cursor position is established at the 
point defined by the sum of the increments specified. 

COMMAND: LINE WIDTH 

SYNTAX: SCOPE: 

~ LWIw; Until next Line Width command 

-LWlw 

where: lw - line width 

DESCRIPTION: 

Specify the weight of graphic objects to be 

created. 

COMMAND: DEFINE BITMAP 

SYNTAX: SCOPE: 

~ ABfn ' Global definition 

where: fn filename.ext - maximum 8chars.3chars. 

DESCRIPTION: 

Designate parameters associated with the named 
bitmap object. 

Parameters must be of the form: 



WO 92/01269 



PCT/US9 1/04660 



-51- 
Bit Planes: l, 2 , 3, or 4 
for each bit plane specified: 
Origin: 0 - upper left, l - lower left 
Scan Direction: 0 . horizontal (primary) 

/ vertical 
1 - vertical (primary) 
/ horizontal 

Format: 0 - unpadded 

1 - padded to eight bit bytes 

2 - padded to sixteen bit words 
Sire: # p ixels horizontal(/vertical) 

# Pixels vertical(/horizontal) 
according to the Scan Direction 
specified 

EKTARFT F0RMr 

EKTASET SJZl " " e " tlty th " « - *«- "»*- the 
i„F n . 9en "' 1 ' ' f0 ™ i« • document of .t.tlc 

variable information. Trad4«-4* n .i 

-iraaitional use shows Dreorini.^ 

u"p trl:Zl«" iti0 : ° l y>r, '"« ^he EKTASET 

£e^::— 

An EKTASET form is made up of a collet , 
commands desioned to r.m.,^ * collection of 
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document page. A regular form must be explicitly 
activated with the Use Form command. 

The EKTASET form specifically, is a macro 
definition of linked EKTASET functions that supports 
interaction with an EKTASET job for processing of variable 
data. To control the operation of a form, four commands 
are used. Define Form and Global Form both initiate the 
definition of an EKTASET form entity. The Global Form 
command will automatically activate on each new page of a 
document, and is limited to a quantity of two. The Form 
K(C)omplete command terminates definition of both form 
types. The Use Form command activates a particular form 
from a collection of assigned forms at a specific place in 
the document. 

A form is activated at the beginning of a page. 
However, in certain instances, the form can be activated 
at the end of (or within) a page if desired. 

Stored in a form definition is a series of 
commands in User defined order that represent the static 
form information. Variable data is supplied in the body 
of the job. The Main/Form transfer command controls the 
process flow between the static form definition and the 
variable job data. If encountered while processing the 
form, control is transferred to the job data; if 
encountered while processing the job, control is 
transferred to the form definition. 

The following commands are representation of the 
forms commands in EKTASET: 

SCOPE : 

Coupled with Form Komplete 
maximum 8chars.3chars . 



COMMAND: DEFINE FORM 
SYNTAX: 
-DFfn; 

where: fn - filename. ext - 
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DESCRIPTION: 

definition' 6818 " 846 be5lnnln9 " inf ° rm8tien «" 'T <o™ 

Information contained between the Define Form and 
Form Komplete commands defines both the rendering 
information of the static form, and the control 
information for switching from the form to the job 

NOTE: General and Global form use is different in 
the following way: A ~DF - Define Form / — fk 
- Form K(C)om P lete structure is only sufficient 
to create a description of a desired form. i„ 
order to be used within a specific job - 
including the job that defines it - the two step 
process of -AS - ASsign and -UF - Use Form 
must be followed. 

COMMAND: MAIN FORM TRANSFER 

SYNTAX: -„ rtr> „ 

SCOPE: 

-MF 

Immediate 

DESCRIPTION: 

Passes control between a form and a job. 

This command is the mechanism used for 
integrating variable job data into static form data 

If encountered within a form, processing of the 
form as suspended and control is passed to the job. If 
encountered within a job, processing of the job is 
suspended and control is passed to the form. Processing 
through both the form definition and the variable job data 
as Performed automatically until the end of the variab e 
job data page is encountered. 
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APPENDIX C 

Printer Command gfit 

Printer Command Set or PCS is the interface 
language between the host computer system and the printer 
that deals specifically with job and printer control. 

Scope of jQanmanaa 

Scope is the duration of the change or effect 
caused by sending a PCS instruction to the printer. 

Factory: Some printer parameters may have default 
values that are set at the factory. This is the broadest 
level of scope. These values can not be changed by the 
user. 

Power^Up: The printer also may have a set of 
current power-up defaults for certain parameters. Some of 
these may differ from the factory defaults, and could be 
changed by the administrator of the printing system. 

Until Power Down: Changes can also be made to the 
printing configuration that remain in effect until the 
printer is powered down. 

Until End of job: The next level of scope is a 
change in printing parameters that remains in effect until 
the end of the current job. For example one special job 
may be printed using tumble duplexing (two-sides, with 
pages turning like a calendar) on yellow ledger size 
paper. Obviously these unique printer parameters should 
have no effect on other print jobs sent to the same 
printer. 

Until End of Set: The next level of scope would 
remain in effect until the end of the current set. A 
print job may consist of multiple sets, or copies, of the 
same data. Yet, there may be some variations made from 
one copy to the next. Perhaps three part forms are being 
initiated where copy one is white, copy two is pink, and 
copy three is yellow. 
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Until End of Pao e « Sn». ~ 

the ,*.„„ of tfce curre ';; »>* •«.=* 0 „ ly 

or th „. c 0m . nas lt untll th6 ena ^ 

Command Tycfifl 

Printer Command Set can be i nn( „.,, 
into three types of nr^- logically partitioned 

t«e types of printer commands. These fhr« * 
are Object Management, Job Contra . - . tyP6S 
This logic partition^ , C ° ntro1 ' and * IP Management. 

difference in the function STT ""^ ^ ^ 
implied scope for the d at o o ftr:! 01 " 63 " ^ " " 
this command. th * Chan9e causetS by 

«— - within th. ". v .r of .« e t ° £ th " e 

Power-up debits, or .ettin, =.£.01^.7^ ' 
power down. ««uits that endure until 

«IP s file system in the rip's «„n , 

These obw/ internal object format. 

.... ^^^risrir 

ine load commands will inf ftr « *.v «- 
named objects .r* ! the R1P that 

from disk. tU °* wrought into memory 

The Inquire commands will »n« M . v 
M-Oirection.l co»™„ lc .t,o„ s t ^~ e ' 
»,.roi„, the resoure „ t „ >t >re ^JJ- Printer 

Job Control: These eocenes control the 
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parameters that will be used for printing the accompanying 
job. For example, these commands might specify ten 
collated sets, with two staples, front and back covers, 
offset stacking of the sets, duplex output, on white 
letter size paper, with blue covers. 

There are a few commands which have an immediate 
one time effect. For example, within a duplex document 
you may wish to force the next page image to be printed on 
the front side of the next sheet of page. 

Entrance Into and Exit Out of PCS 

Assume that the printer is currently inside a 
language emulator (Epson FX, Diablo 630, etc.). 
esc> esc>t 

where esc> is a one byte value of OxlB and 
• [\ is a one byte value of 0x5B. 

The byte sequence, "escape, escape, left-square 
bracket" puts the printer into PCS mode. The terminating 
character is ']' (a right-square bracket) having a one 
byte hexadecimal value of 0x5D. This puts the printer 
back into a language emulation mode. Note, this may be a 
new language emulation mode that differs from the emulator 
in effect prior to the escape into PCS. 

Syntax fo r Delimiting Functions and Parameters 

The semicolon symbol •;• (0x3B) is used to 

delimit functions within a printer command string. The 

comma symbol V* (0x2C) is used to delimit parameters 

within a single function. 

If, the same command is issued more than once, 

then the last instance of that command is the value that 

will apply. 



The PCS Instructions 

Each of the PCS instructions is described below. 
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Por each instruction the syntax for the command and 
optional arguments is given, in addition the issues of 
scope as related to that particular command will be 
explained. 

In general the scope of a job control command is 
until the end of the current job. However, if these job 
control commands are included in a series of printer 
commands which includes a command to save this current 
configuration, then this may extend the scope of these 
commands to become the current default and power-up values 

rip Majiaaejnaat commapfl f; 

Command: Save Configuration 
Syntax: SC 

Options: conf iguration_name 
Scope: Until reset 

When no optional configuration_name is supplied 
this command will cause the current configuration to be 
saved as the new power-up configuration. 

Command: Reset to Power-up configuration 
Syntax: RP 
Options: none 
Scope: Until Reset 

Reset the printer to the power-up defaults. This 
command will also clear the print buffer and free memory 
allocated for previous jobs. 

Command: Reset to Factory configuration 

Syntax: RF 

Options: none 

Scope: Until Reset 
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Reset? the printer to the factory defaults. This 
command will also clear the printer buffer and free memory 
allocated for previous jobs. 

Command: select Instruction Set 

Syntax: iSn 

Options: i - Diablo630 

2 - Epson FX-80 

3 - HP Laser Jet Series II (PGL) 

4 - HP 7475 (HPGL) 

5 - IBM Proprinter 

6 - Ektaset 
Scope: Until end of job 

This command allows the user to set the 
instruction set for the current job. 

Command: Separation Page 
Syntax: SPn 

Options: 0> disable, off, false 

1 - enable, on, true 
Scope: until reset 

When enabled, the printer will automatically 
print a separator sheet between jobs. 

Command: Time-out selection 

Syntax: tin 

Options: 1 to 999 seconds 

Scope: Until reset 



The printer will use an activity time-out scheme 
to determine when a port or job has become inactive so 
that control may be given to another job or port. 
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Jpfc Control rommanfo 

Command: Start Job 
Syntax: SJ 
Options: none 

In typical usage a series of printer 
initialization commands may be sent to a printer just 
ahead of the job's data stream to initialise the printer 
for the job which follows. The Start Job command is in 
the first PCS command included in an initialization string 
which preceeds a job. 

Command: select number of COpies 
Syntax: C0n 

Options: numeric value (maximum value is printer 

dependent) 
Scope: until end of job 
Default: 1 

This will cause multiple copies of the current 
job to be generated. 

Command: select CoLlation or non-collation 
Syntax: CLn 

Options: o - disable, off, false 

1 - enable, on, true 
Scope: Until end of job 

If set collation is enabled, and the job also has 
requested multiple copies (see CO), then this will cause 
the copies to be delivered as collated sets. For example, 
three copies of a three page document with collation 
enabled yields 1-2-3-1-2-3-1-2-3, while collation disabled 
yields 1-1-1-2-2-2-3-3-3. 
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Command: Paper Supply 

Syntax: PSn 

Options: 0 - manual feed 

1 - primary paper supply 

2 — second paper supply 
4 - third paper supply 
8 - fourth paper supply 
16 - fifth paper supply 
32 - sixth paper supply 

Scope: Until end of job 

The paper supplies are each represented by a bit 
in the integer Multiple paper supplies may be 

selected by or-ing the bits together for them (i.e. by 
adding together their option numbers). 



Command: 
Syntax: 
Options : 



Scope: 



Paper Exit 
PXn 

0 - don't care 

1 - primary exit 

2 - second exit 
4 - third exit 
8 - fourth exit 
until end of job 



On intelligent printers with finishing options 
the selection of paper exit is determined by the finishing 
parameters specified. 



Command: Paper Type selection 
Syntax: PTs,w,c,t 

Options: size/ weight, color and type. 

Size is a mandatory parameter, the 
specification of weight, color and type are 
optional. 
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Size options: 0 - don't care 



1 - OS Letter (8.5 x 11 in.) 

2 - US Legal (8.5 x 14 in.) 

3 - A4 (210 x 297mm) 

4 - envelope (4.125 x 9.5 in.) 

5 - ledger (li x 17 in.) 

6 - statements (8.5 x 5.5 in.) 

7 - A3 (297 x 420mm) 

8 - B4 (257 x 364mm) 

9 - B5 (182 x 257rom_ 

10 - govt, letter (8 x 10 in.) 

11 - foolscap (8.5 x 13 in.) 



Weight options: 



0 




don't care 


1 




16# bond 


2 




20# bond 


3 




24 # bond 


4 




28# bond 


5 




32 # bond 


6 




36# bond 


7 




40# bond 


6 




50# cover 


9 




60# cover 


10 




65# cover 


11 




90# cover 


12 




110# index 



Color options: 0 - don't care 
1 - special 



2 - clear (transparency) 

3 - red (cherry) 

4 - yellow (canary) 

5 - blue 

6 - green (celery) 

7 - white 
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8 - ivory 

9 - buff 

10 - tan 

11 - orange (salmon) 

12 - pink 

13 - goldenrod 

14 - gray 

15 - It. blue 

Type Options: 0 - don't care 
1 - plain 

2— three hole punched 

3- 19 hole cerloz bind 
4 tabs 

5. - labels 

6 - letterhead 

Scope: Until end of job 

Paper Type fully describes the primary paper type 
to be used for the body of the document. The size field 
must be specified, the fields for write, color and type 
are optional. Any field not specified will default to the 
current system value. 

Command: Form Feed (Force Front or eject page) 

Syntax: FF 

Options: none 

Scope: current page 

Forces the printing of the current page image. 



Command: Use Font 

Syntax: UFo,ss,sp,p,h,st,w,t 
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Orientation: . . 0 (portrait) „ f 
Symbol set: 8S . Bee Appen<Jix fi 

SP - 0 (fixed width) or 1 (proportional, 
P - characters per inch 
He *9ht: h - point sire 



Spacing: 
Pitch: 



St ^e: st - p (upright) or l ( ltali c) 

Stroke Weight: w - l (liohM * , 

* WiQht), 3 (medium), 5 (bold) 

Typeface: t - 8ee Appendix B 

*- .n o f ^^:; y f;e p i e d c ; fy r? tely by mi - 

the specified font a best , A do not have 

chosen. I£ an ^ n. Id I L^tS™ 1 *- 

that font attribute win * ™ 2 ' CU " ent *« 

Command: set Margins (portrait) 

Syntax: MPt,b,l. r 

Options: Top Margin (in lines) 

Bottom Margin (i„ lines) (usually not 

Bpecified-see Lines per Page) 

Left Margin (in columns) 

Right Margin (in columns) 

-hieh . pri „t.r «y „« used for IV ! "* ln 
fxt files copiea LrteUr to L T " " PrintinS 

- to .„ u .t t„ e * ; nw ^ 

« c "es, margin setting 
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commands may be sent from the host. These margin settings 
are in effect only until a margin command is encountered 
in the print job. 

Command: Lines per Inch 

Syntax: Lin 

Options: numeric value 

The user may select the lines of text per inch. 
This feature also determines the total number of lines 
that could be printed on the page. The number of lines 
that will actually be printed on the page depends on the 
Lines per Page command setting. 

Command: Lines per Page 

Syntax: LPn 

Options: numeric value 

The user may select the number of lines per page, 
which may affect the size of the bottom margin, whether 
the printer will eject the page automatically, or whether 
the printer will eject a blank page after every printed 
page. 

The actual number of lines that will fit on a 
page depends on the value set for Lines per Inch. If 6 
Lines per Inch is selected for a US letter size page the 
maximum possible lines per page is 66. Some printers have 
an unprintable region at the margins of a page and will 
only allow some smaller number of lines to be printed. 

Command: End Page 
Syntax: EP 
Options: hone 
Scope: current page 
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This command forces the printing of the current 
Page image. The next page image is placed on the next 
available side, which depends upon where you are on a 
duplexed page. See also Force Front (FF) which does 
advance to next sheet of paper. 



Command: End Set (or end report) 
Syntax: ES 
Options: none 
Scope: immediate 



Finishing operations are performed on set 
boundaries. If a job stream is composed of several 
concatenated reports or sets, this will .How finishing 
operations to be performed at this boundary 



Command: End of Job 
Syntax: EJ 
Options: none 
Scope: immediate 



This command will cause all of the parameters 
who's scope is -until end of job- to be rest to the 
current system values. This command may or may not be 
Present in the job stream. Often the End of Job is 
signaled through a single byte value of «. fi in the data 
stream that is part of the data communications protocol 
layer or of the printer, if the communications layer, or 
a port Time-out occurs, these also signify the end of the 
current job which will reset default values. 

Command: Error Handling 
Syntax: EH 
Options: 0 - abort 

1 - print one proof copy 
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2 - continue and print all requested copies 

(do the best you can) 

3 - hold job in queue for operator 

intervention 
Scope: until end of job 
Privilege: all users 

This command sets the printer's error handling 
strategy in the event of a job set up reguest that is 
invalid, or for which requested resources are not 
available. For example, there may be a mismatch of paper 
color; a requested font or form may not be available; the 
printer may hot support the requested finishing operation, 
etc. The system will have a default value for this 
parameter, but an individual job may over-ride that value. 

Command: Offset Stack 
Syntax: OSn 

Options: 0 - false, straight stack multiple sets 

1 - true, offset stack multiple sets 
Scope: until end of job 

This will cause multiple copies to be offset 
stacked. Offset stacking will occur at the boundary 
between sets or copies. This is one of the optional 
-finishing- operations that may occur at the end of a 
set (ES). 

Command: STaple 
Syntax: STw 
Options: 0 - none 

1 ~ top corner staple 

2 -middle staple 

4 - bottom corner staple 

8 - top> set in about 2 inches 
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16 - bottom, set in about 2 inches 
Scope: until end of job 

Note that the locations can be combined by 
bit-wise or-ing of the locations. This is one of the 
optaonal -finishing- operations that may occur at the end 
of a set (ES). 

Example: esc> est>[ST24] — requests two 
staples set in 2 inches from the top and bottom edge of 
the paper. • 

Conunand: Black and White (monochrome output) 
Syntax: fiw 
Options: none 
Scope: end of job 

Force the current job to be printed in black and 

used ^ I'" C ° nt8inS C ° l0r inf """ion. This may be 

used for proofmg a color document on a color device it 
may also be used in an advisory manner to indicate to a 
color output device that the current job contains only 
black and white information. 

Command: user IDentification 
Syntax: IDname 

Options: name . any ASCII string up to e 
characters — except •;' or 

Scope: 



On a multiple port printer the printer may 
maant.an an identification/user name for each port. The 

izz :: r : p to 8 characters io *°- » •«* * 

Ic L„ Z 8ep8r8tion Sheets ■■ -« « when indicating 
action on the Control Panel. 9 
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APPENDIX D 
MX COMMANDS 

Diagnostic fringnanfls: 

Coiranahd: Run Diagnostic C 
Hexcode : OC 
# Steps 1 
Function: 



Format: 



imtj 


tec. 




c 



Invokes execution of the MX 42 internal 
control path diagnostic. Upon completion, 
status is returned to the MPU 40. 



|ai5|»u|»u 




09 


PI 


\V7 


5* 




M |*2 


©1 




1 o \ r j a 


0 j 


0 


X 


X 


X 


X 


X 


X | X 


X ( x 


X 


X j 



Usage: This diagnostic can be invoked at any time 

to provide a cursory check on general MX 42 
health. No prior initialization of the 
board is required. 

Command: Run Diagnostic D 
Hexcode: OD 
# Steps: 1 

Function: invokes execution of the MX 42 internal data 
path diagnostic. Upon completion, status is 
returned to the MPU 40. 

Format: 

jx^ |t»j»ult»|m| M il M o| w | M |„ \ M \ ti \» | M j M i bl |m j 




i 
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to previa. . 90 oa confiaenc. lev.l tb.t the 
»«ic ».pp lll9 a.t. p . th £uneHon<l the 

Command: Error Code 
Hexcode: OF 
Steps: l 

action: A1JoK , the „ ^ ^ ^ ^ ^ 
Format : 




Usage: 



K - 20 . MX 42 Error ^ ^ ^ 
testing of MX < 2 RAM arrays. 



Errpr rfTTnlitinn 
TRAM failure 
PRAM failure 
FRAM failure 
FCX failure 



E2-E0 Binaxr. fnrtr 
5 
4 
3 
2 



»oto: DO M« „„ low <o> to i„aic.t. „* „ m 0K . 
Setup ^ rrnTnnnflr? . 



Command: Set Page Height 
Hexcode: 06 
# Steps 1 
Function: 



Allows the MP„ 40 to pro 9 r. m hei,ht of 
image to be constmctea in Ofv page 

•««•"».,, for .1, .ub.egu.nt ». P pi B5 
«d r.. ab . ck cttI . tiont- „, 9e ^ 

">««t be en integral number of it-bit 
worfli. 
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Format: 

u 1 c 

Usage: 



i»isifiu|i>i) 




»u|dio|» | m | m | m j M 1* J m j m | M j M 


i.i.i> 







*MAX can describe a 2K word high page (e g 
109 in. « 300 dpi or 18 in. « 1800 dpi). 



Command: Set Texture 
Hexcode: 07 
# Steps 1 
Function: 



Format: 



rriNl tic. 



Allows the MPU 40 to select 1 of 32 
different textures that currently reside in 
TRAM 102a. MX 42 will use this texture for 
ell subsequent mapping operations. The MPU 
40 must insure that TRAM 102a has been 
loaded with the appropriate texture patterns. 



|*13 |*U 


M2 Du|wo|d9 






*» |m \t2 |d! |D0 j 






•I' 




II 1 1 1 
<•-* Ttxturc • -•->! 



Command: Set Color/Tint 
Hexcode: 08 
* Steps: 1 
Function: 



Format: 



Allows the MPU 40 to perform any or all of 
the following functions: change tint level, 
change color mode or change color plane. 
All functions affect the way subsequent 
objects are mapped to OPU page memory. 
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Background: Each Tint Generator (TG) is segmented into 4 
quandrants at 64 tints per quandrant. 
Quandrants are accessed by color plane 
number. This provides for a unique set of 
64 tints for each of 4 color planes. The 
Tint Generator (TG) occupies the top 256 
words of the 4N x 16 ideal OPU page memory 
space. The TG address is computed using the 
MX 42 Page Address Generator using the 
following algorithm: 

TGS - (64)(65535) ♦ Tint Level 

Serial color mode uses both banks of the 
single plane of OPU page memory to render 
individual color separations in a serial 
Ping-pong manner (i.e. Bank 0 - Cyan, Bank 1 
- Magenta, Bank 0 - Yellow, Bank l - Black). 

Parallel color mode requires the addition of 
three parallel planes of memory to the 
single plane of OPU page memory to render 
all 4 color separations in parallel. 

Usage: Tint Level specifies 1 of 64 possible tints 

to be selected for subsequent mapping of 
objects. Each tint is organized as either 
an 6 x 8, 4x4 or 2x2 superpixel and 
stored as 8 bytes of data within each TG 
PROM. 



- Set Tint bit (active high); informs the 
42 that a change to the specified tint 
el of the appropriate Tint Generator has 
n requested. Upon detecting a request to 
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change tint, the MX 42 will calculate the 
corresponding address to the proper OPU Tint 
Generator and perforin a single write to set 
the specified tint level. If this bit is 
not set when the command is issued, the MX 
42 does not execute the write and ignores 
the contents of the XREG . 

CM - Color Mode Bit (1 - Serial mode, 0 - 
Parallel mode); allows the MPU 40 to select 
color mapping mode for subsequent mapping 
operations. Color mode can be changed 
without changing tint level. 

CP# « Color Plane # (1 of 4); allows the MPU 
40 to select color plane for any of the 
following operations: 

Set Tint: If serial color mode is specified, 
then CP#-n specifies that the 9 nth m 
quandrant of the tint generator to be 
selected for use in subsequent mapping 
operations. IF parallel color mode is 
specified, then CP#-n specifies that the 
"nth" quandrant of the •nth" tint generator 
(i.e. 0, 1, 2 or 3) be selected for use in 
subsequent mapping operations. 

Mapping Objects: If serial color mode is 
specified, then CP#-n specifies that the 
•nth- color plane be affected with data 
output from the •nth" tint generator. If 
however parallel color mode is specified, 
then CP# is ignored 
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end all color planes are affected with data 
output from each respective tint generator. 

Read Region: CM-n specifies that the -nth- 
color plane be read from. 



Color plane # can be changed without 
changing tint level. 



Command: Set Clipping Window Function 
Hexcode: 09 
# Steps: 2 
Function: 



Allows the MPU 40 to define a rectangular 
region within page memory space, outside of 
which all objects rendered will be clipped. 
The user may enable or disable the window 
and/or set clipping window limits. 



Format: 

RIM 



lb 



* o i<..:~.:...!...i. • ' J — ' — « — i — i — i — i — 



«.J...L.i ' J 1 'J iTTTT'T 



L.L J 1 1 ' i i i TTT"+ 



Background: The clipping window function can be used to 
produce special graphic effects or to 
cleanly frame the image area to eliminate 
-wraparound- when objects are mapped over 
pagte boundaries. 
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Us age: 



XI, Yl . Lower boundary limit point for 
window. 



X2, Y2 - upper boundary limit point for 
window. 

6L - Bet Limit bit (active high); informs 
the MX 42 that a request has been made to 
change the limits per the values contained 
in the X and Y registers. 

E/D • Enable/Disable window bit; (1 . 
enable, 0 . disable) . a request to enable 
the window will affect subsequent mapping 
operations according to current limits, a 
request to disable the window will 
effectively remove the clipping function 
while retaining existing limits for future 
use. 

The user can set limits and enable (or 
disable) the window in the same command. 
The user may also simply enable or disable 
the window by issuing only step lc (CREG - 
4801 or 4800 hex). 



Command: Go Offline 
Hexcode: OA 
# Steps: 1 
Function: 



Allows the MPU 40 to put the MX 42 off-line 
for access to MX 42 memory arrays (i.e. 
TRAM, pram and PRAM 102a, b,c). 
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Command: End of Page/Form 
Hexcode: OB 
* Steps: 1 
Function: 
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l«u„ ce of ehy oth , r m i2 a 

tW « « bee* 6n . llne for op „. tlon>1 J™ 



Format: 




Froc...l as of this co«.» fl ,„„ „ ceipt o£ 

«.t th. in „ „« cont , letea 
oper.tioo, on th. current p.,.. 



gWjjgpj^T S m s L L. I ., I- pi 
1 ' ' • I ■ ^TTTTTTTTMTTTrrrTTTrT 



r Arbitr,ry Hsnawi " a — • 

* Steps: 1 

'-"on: , u „ „ to , euet ^ ^ 

for .„ose,„ en t erbUr.ry 
mode mapping operations: 

New Data AND Old Data 

Zull to*?"' rep "" nt * ' "« d « tta 

ob,.ct to be „.,p. B .„a 0lfl o.t. r.pre.ent. 
th. correspond, W ru e£ t „, r.,.,™"" 1 
i«9. In „ PI>er 0P0 



WO 92/01269 



PCT/US91/04660 



-76- 

Pormat: 



Jm5|w4 


Ml 


D12 


til 


MO 




M 


*7 






M 






e 


0 


0 


X 


X 


X 


X 


•I' 


.|.|, 


1 


l« 



Usage: This logic mode will remain in effect until 

either another logic node is selected or an 
MX 4 2 reset occurs. This mode is the 
default mode initialized upon power-up reset* 

Command: Set Arbitrary Windowing Mode 1 
Hexcode: 11 
f Steps: 1 

Function: Allows MPU 40 to select the following logic 
function for subsequent arbitrary window 
mode mapping operations: 

New Data OR Old Data 

Where: New Data represents a word of the 
object to be mapped and Old Data represents 
the corresponding word of the reference 
image in upper OPU page memory. 



Format: 



mi* 


IXC. 




D13 


M*|pil|»lo|l>9 |oi 




r* |m |t* |*3 


M |pl |D0 1 


la 


c . 


• 


• 


© 


0 


1 


X 


•I' 


X 


X 


X 


X 


X 




•l 



Usage: This logic mode will remain in effect until 

either another logic mode is selected or an 
MX 42 reset occurs. 

Command: Set Arbitrary Windowing Mode 2 
Hexcode: 12 
ff Steps: 1 
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Allows hpu 40 to select the following i egic 
function for subsequent arbitrary window 
node napping operations: 

Hew Data XOR Old Data 

Where: New Data represents a word of the 
object to be mapped and Old Data represents 
the corresponding word of the reference 
inage in upper OPU page memory. 




Usage: 



This logic mode will remain in effect until 
either another logic mode is selected or an 
KX 42 reset occurs. 



Command: Set Arbitrary Windowing Mo de 3 
Hexcode: 13 
* Steps: l 
Function: 



Allows mpu 40 to select the following logic 
function for subsequent arbitrary window 
mode mapping operations: 



New Data AND (Old Data)/ 

Where: New Data represents a word of the 
object to be mapped and (Old Date)/ 
represents the 1's Complement of the 
corresponding word of the reference image in 
upper OPU page memory. 
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MJ 


Mi 


Dll 


D10 


D9 


M |l>7 


06 jt>» |t* 




M 


PI 


K> 




0 


0 


1 


2 


X 


X 






X 


X 


X 


X 



Usage: 



This logic mode will remain in effect until 
either another logic mode is selected or an 
MX 42 reset occurs. 



Function: 



Command: Set Arbitrary Windowing Mode 4 
Hex code: 14 
Steps : 1 

Allows MPU 40 to select the following logic 
function for subsequent arbitrary window 
mode mapping operations: 

New Data OR (Old Data)/ 

Where: New Data represents a word of the 
object to be mapped and (Old Data)/ 
represents the l's Complement of the 
corresponding word of the reference image in 
upper OPU page memory. 



Format: 





M |»$ |©7 


X* jw |ttt |« |m J©1 jftO 


u 


| c J 1 j 0 1 | o jo X 







Usage: 



This logic mode will remain in effect until 
either another logic mode is selected or an 
MX 42 reset occurs. 



Command: Set Arbitrary Windowing Mode 5 
Hezcode: 15 
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Allows «u 40 t. .elect the follow!., logic 
Ration for .„ e .., u . nt , rbUt>tJ . ^J" 
node napping operations: 

«ew Data XOR (Old Data)/ 

Where: New Data represents a word of the 
object to be mapped and (Old Data); 
represents the 1's Complement of the 
corresponding word of the reference image in 
upper OPU page memory. 9 in 





uc. 




e 



Usage: 



|dX5 


D14 


P19 


©» \m 


no 


t>9 |t>B 


|t* 


y 1* |m j» (m |m 


Jl 


0 


1 


o { 1 


X 


x | a ~ 


X | I 


* | » j X | X | x | s 



- — v „ooe «„ rraaln ln effect 
•Uher . Dotn . r lo , le ^ ^ ^ 

*" 42 reset occurs 



Command: Set Origin Offset 
Hexcode: 17 
* Steps: 1 
Function: 



Allow, the BPU 40 to »et the current off.et 

I'tZt , " " "Hi" (0.0). The 

offset Is specified ind.p. n a. ntl} . ., two 

"lues lo e„a Yo .»„ , toreo ln , , 

th. «x alu m. Opon Meutia ef re ' l "« » 

"'•".tic C. the reoister is i.itl.a.eo to 
the s\V " ' ° ™" *° " »• *"—«- of 

or re' ,7 I" * *" '"^""^ 

or re.db.cx oper.tio... »„,.„, 

«ch m . ppi „, or r „ ob , ek C01m , na( 
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Starting X - xi 4 Xo 
Starting Y . Yi 4 Yo 



Format: 



STEP* 



lb 



IXC. 



©13 
0 


dw|wi|di2| W i|mo|w |di J©? |m Ids 


I* (di |m 
i — i — i — 


|w I do 
1 — 


c 


.i.Ui.UWrr: 


1 i 

*1 


• 


i i — 1 


r— I 


i — i — 



Background: The origin offset feature can be used to 

replicate an object or set of objects (such 
es a form) in various places on a page 
without requiring additional pre-processing 
in the MPU 40 (Rasterirer) . 

The stored values for Xo and Yo will remain 
in effect until another SetOriginOffset 
command is issued or Diagnostic C is invoked. 

Command: Set Line Attributes 
Hezcode: 19 
# Steps: 1 

Function: Allow the MPU to set the current values for 
line pattern and scale factor to be used 
during subsequent execution of the Map 
Bresenham Line command routine. 



FORMAT: 

m * re. ,|-»i»|m|mlwi|m|Mo|s>-|M j P 7 fw |p> |pt |m 1m |pi |do | 



lb 



le 



T 1 — T 

T'T'f 



ii J 1 — T — i — i — i — i — i — r 

•- Lift* Patutn <KS) > 



u» A) 1 1 1 1 1 1 



Usage: 



|.|.|.|,|.|..|7i:i.i.^!^,U.. 



Line Pattern - Actual bit pattern of l's and 
O's that defines the pattern to be repeated 
over the course of mapping a Bresenham Line. 



WO 92/01269 



PCI7US91/0466© 



-81- 

SO.U r . ctor . ta ,. wt eountei 

the n umb 0£ Mres e>cb wt n„e 5 

Pattern is repeated ever the cur.e of 

"•PPm, . Bresenh.™ u„ e . 

he rendered from l-i «p «, „ 

(SF-255,. > " P th^< " , " , ««<1 



• ft 



This conun.no is new and av.i lable Upon 
"lease of MX Microcode Version 2.o*« 
Mappino rpmm»^^ 

Command : Map Character 
Hexcode: 00 
* Steps: l 



Function: 



*a to OPU 44 p age memory based on 

S t« f0Bt ^ Ch8raCter 

limits, starting destination address is 

computed based on xi vi « 

presel.ef-* ' 0rl * in offs et and 

preselected page height. 



Format: 



STXP* 


tic. 


U 


1 


u 


Y 


1c 


C 



Usage: 




hand" dCStin8ti0n Co -«»-te of lowest 
hand corner of referenced character bi!f 

significant 4-bits of » *! ! 
•hift value used to .a" ' / 
memory. the dat « i» OPU 
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Yi . destination coordinate of lower left 
hand corner of referenced character bitmap. 

Character Value - ASCII code of character to 
be mapped. The code is 7-bit for standard 
character sets and 8-bit for international 
character sets. 

The information specified in the FREG prior 
to invocation of a given Map Character 
command will be used during subsequent 
execution of that Map Character command. 
The FREG is double buffered and synchronised 
in hardware to writes to the CREG. This 
insures that changes to the FREG will not be 
incorporated until execution of the next Map 
Character command. 



Command: Link Trapezoid 
Hex code: 18 
# Steps: 4 
Function: 



Initiates filling of a defined trapezoidal 
area to OPU page memory based on preselected 
texture, tint and clipping window limits. 
Starting destination address and initial 
stroke height is retained internally by the 
MX and is based on the coordinates and 
stroke height of the final stroke mapped 
from the previous MapTrepezoid command. 



FORMAT: 



ire. 



ImsIbmImJJmj 



< 

-f— t 



mM» iw j»7 \u |» s u | M i« i^xn 
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Usage: Vectors that ere non-orthogonal to the axes 

are usually issued as three consecutive 
MapTrapezoid commands. For efficiency, the 
MPU can issue a single MapTrapezoid command 
for the left-most trapezoid and two 
successive LinkTrapezoid commands for the 
center and right-most trapezoids. The MX 
fills the linked trapezoid as a series of 
consecutive strokes. Each stroke is 
parallel to the X-axis. Mapping begins at 
(Xt + ml, Yt ♦ 1) with an initial stroke 
height of (dx + m2) where: 

Xt - destination coordinate of the stroke of 
the previous MapTrapezoid command; defines 
the lower left hand corner of the linked 
trapezoid (i.e. left-most parallel side). 
Least significant 4-bits of Xt determines 
shift value used to align the data in OPU 
memory. 

Yt - destination coordinate of the last 
stroke of the previous MapTrapezoid command; 
defines the lower left hand corner of the 
linked trapezoid (i.e. left-most parallel 
side). 

OCt - height of the last stroke mapped (from 
the previous MapTrapezoid command) in pixels. 

Lines - 1 - one less than the total number 
of strokes to be written to fill the linked 
trapezoid (e.g. for a two (2) pixel wide 
linked trapezoid, Lines - 1 - i). Hote tnat 
because the MX pre-decrements this value 
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prior to napping , the mpu must in*,,^ ^ ^ 
Li nhTrapezoid rnimnanrt jjs p p ver inuofl f ff r 
the case wh»r» T . lnps - i - ft , 

ml slope . signed value of the slope of the 
lower side of the linked trapezoid. 

m2 slope - signed value of the slope at 
which the stroke height changes for the 
linked trapezoid as Y is incremented from Yt 
to Yt ♦ (Lines -1). 



•* This command is new and available upon 
release Of MX Microcode Version 2.0** 
Command: Map Orthogonal Line (Map Stroke) 
Hexcode: 02 
# Steps: 2 

Function: Initiates mapping of one of more vertical 
strokes to OPU page memory based on 
preselected texture, tint and clipping 
window limits. Starting destination address 
is computed based on Xi, Yi, origin offset 
and preselected page height. Each stroke is 
a single pixel wide line parallel to the 
X-axis. Horizontal lines are composed of 
multiple consecutive strokes where top and 
bottom sides of the resulting rectangular 
region are parallel to the Y-axis (i.e. 
slope of both top and bottom sides - 0). 



Format: 



lb 



le 



2b 



««• |pi*|»u|i>»|i>»|ml M0 | M |m 1»7 |m | M |m |„ | B2 | M | M ) 
x loj<..i,..i...i ...i < .J...i..j ^ rr; nr; .i...J. 1 ' ' 



L.L.L.LJ..1 ' ' TiTiT'P 



fmt\ ' 1 • ■ I 



±h i i i rr , i"i .-j— 



+ 
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Usage: The MX maps one or more consecutive strokes 

as required. Each stroke is parallel to the 



X-axis. 



Xi . destination coordinate of the initial 
stroke; defines the lower left hand corner 
of the region (i.e. left-most parallel 
side). Least significant 4-Mts of Xi 
determines shift value used to align the 
data in OPU memory. 

Yi - destination coordinate of the initial 
stroke; defines the lower left hand corner 
of the region (i.e. left-most parallel side) 

dXi - height of the stroke(s) in pixels. 
This is represented as a 32-bit value where 
the integer part is passed via the X 
register and the fractional part is passed 
via the Y register. 

Lines - 1 - one less than the total number 
of strokes to be written to fill the region 
(e.g. for a single stroke, Lines - l . 0). 

Horizontal lines (paralle to the Y-axis) 
that are 15 pixels or les in thickness (dXi 
< 16), will be mapped using a optimization 
algorithm which examines dXi and Xi to 
determine whether 1 or 2 writes per stroke 
to OPU memory should be performed. 
Horizontal lines that are 16 or more pixels 
in thickness (dXi > 15), will be mapped 
using the standard MX technique of n+1 
writes to OPU per stroke where „ - stroke 
height in words. 



WO 92/01269 



PCI7US91/04660 



r86- 

This optimization feature is new and 
available upon remainder of sentence??? 

Command: Map Bresenham Line 

Hexcode: 1A 

f Steps: 2 (or 3) 

Function: Initiates drawing of a single pixel wide 

line to OPU page memory based on preselected 
texture, tint and clipping window limits. 
Starting destination address is computed 
based on XI, Yl, origin offset and 
preselected page height. 



Format: , 

tisp. arc. |»S|pujp»|M?|pii| M o| w fw |p 7 {tx, (ps |pt \ti \u |pi | P o j 



lb 



le 



2a 



2b 



2c 



Usage: 



<..,!.. J. 1 1 — ' — i — r— i — i — i — , — , — i — , — 

<..!.. iXXXl ^ fTT'T'TTT"' 



l'-H*H-H-H-H- B» 



use 



» I H 1 I 1 II I i i i | | 



o < 



1 111 I I < ■ 



> r -. T . Lin.. ■ 1 (Option,!) 



Scale Fatter -•......> 

i. i i I i i 



XI - destination coordinate of the initial 
Pixel to be written. Least significant 
4^bits of XI determines shift value used to 
align the data in OPU memory. 



Yl • destination coordinate of the initial 
pixel to be written. 



X2 - destination coordinate of the final 
Pixel to be written. Least significant 
«-bits of X2 determines shift value used to 
align the data in OPU memory. 
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V2 - destination coordinate of the final 
pixel to be written. 

Line Attribute/Control Option vits - if set 
the following operations will be invoked: 
SLA: Store Line Attributes - current 
active pattern and scale factor 
values will be saved away to 
permanent storage prior to drawing 
the line. 

RLA: Restore Line Attributes - active 
registers will be loaded with 
permanent stored pattern and scale 
factor values prior to drawing the 
line. 

LSC: Line Span Control - indicates that 
an additional parameter will be 
sent (Lines - l via the CREG) that 
should be used as the line counter 
in place of the dY or <tt value 
that is normally computed in 
MapBresLine. 

Scale Factor - reload value to be used over 
the course of drawing the line whenever the 
active scale factor value has decremented to 
*ero. This value allows the line pattern to 
„J C8lea £r0m 1:1 < Sr " » to 256:1 (SF . 

Lines - i . optional parameter sent from MPU 
that specifies total span to be mapped 
(starting at xi. T1) in place Qf ^ 
(or dY) when LSC - 1. 
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This command is new and available upon 
release of MX Microcode Version 3.0" 



Command: Map Bresenham Line #2 

Hezcode: JC 

f Steps 2. (or 3) 



Function: 



Initiates drawing of a single pixel wide 
line to OPU page memory based on preselected 
texture, tint and clipping window limits. 
Starting destination address is computed 
based on XI, YI, origin offset and 
preselected page height. Mapping commences 
at XI, yi with properly adjusted line 
pattern and scale factor values in order to 
provide continuity from the previous 
MapBresLine or MapBresLine2 command. 



Format : . ■ 

m» mc. jMslaulMilwlftulwoip,- | M | B7 | M j ps j M | M \ M fi-j 



le 



2* 



2b 



2c 



T 



~t — r 



DO 



I 1 I 1 I I i 



T 



i — r 



1111 + 



i±i±!±!±i±i 



ISC 



1 — I — < — i — i — ( — I 



■HtH 



T2 



H 1 1 1 1 



Usage: 



Utws 



< I I I ■ + 



Se*l« Factor > 



XI . destination coordinate of the initial 
pixel to be written. Least significant 
4-bits of XI determine shift value used to 
align the data in OPU memory. 

YI - destination coordinate of the initial 
pixel to be written. 



X2 . destination coordinate of the final 
Pixel to be written. Least significant 
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4-bits of X2 determines shift value used to 
align the data in OPU memory. 

Y2 • destination coordinate of the final 
pixel to be written. 

Line Attribute/Control Option bits - if set, 
the following operations will be invoked: 

SLA: Store Line Attributes - current 
active pattern and scale factor 
values will be saved away to 
permanent storage prior to drawing 
the line. 

RLA: Restore Line Attributes - active 
registers will be loaded with 
permanent stored pattern and scale 
factor values prior to drawing the 
line. 

LSC: Line Span Control - indicates that 
an additional parameter will be 
sent (Lines - 1 via the CREG) that 
should be used as the line counter 
in place of the dY or dX value 
that is normally computed in 
MapBresLine. 

Scale Factor - reload value to be used over 
the course of drawing the line whenever the 
active scale factor value has decremented to 
*ero. This value allows the Ifine pattern 
to be scaled from 1:1 (SF - 0) to 256:1 (SF 
- 256). 
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Lines - l . optional parameter sent from mpu 
that specifies total span to be mapped 
(starting at XI, Tl> in p i ace of Con , putea ^ 
(or dY) when LSC -1. 



This command is new and available upon 
release of MX Microcode Version 3.0" 



Command: Map Bitmap 
Hexcode: 03 
# Steps: N+2 
Function: 



Aids in the transfer of a bitmapped image 
(single bit/pixel) of defined height and 
width to OPU page memory based on 
preselected texture, tint and clipping 
window limits. Starting destination address 
is computed based on Xi, Yi, origin offset 
and preselected page height. A 2X scaleup 
is available as an option. 



Format: 

STEP* 



Xb 



7b 



J •> B 



uc_ lawj^ jaulwijmjn,^ | M \„ \ M j t5 \ u | M IJT^pn 
* e <-.: — i *.„' » — r—i — i — i — i — i — , 



) t i i i T 



Ti 



H I I 1 - T 



I I I I 1 I i 



f— + 
Liats 



I. I i 



i ' ' ' i r f 



•Mtup tui for R word* •--......,!..> 



Usage: 



The MX 42 maps each 16-bit word of 
linearised bitmap data (as received from the 
MPU 40) to OPU page memory at the desired X, 
* location. Bitmap must be square with the 
XY axis. 
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« . destination coordinate of lower left 
hand corner of the reconstructed bitmap. 
Least significant 4-bit. of Xi determines 
shift value used to align the data in OPU 
memory. 

Yi • destination coordinate of lower left 
hand corner of the reconstructed bitmap. 

Words/Line - height of the bitmap in words. 
Minimum W/L - l. 

Lines - 1 . one less than the total number 
of lines representing the width of the 
reconstructed bitmap. 

A total of N words of bitmap data, where N ■ 
(W/L) (Lines), are passed to the MX 42 via 
the CREG. The mpu 40 must pass all words of 
the first line followed by all words of the 
second line, etc., until all ii„ es have been 
transferred. The MX 42 can transfer the 
data at a rate of 600 ns/word. 

6 - Scaleup bit; an active high condition 
(1) informs the MX 42 that a 2X scaleup of 
the received image has been requested. For 
each image word received from the MPU 40, 
the MX 42 will perform a pixel by pixel 
doubling in both X and Y and write the 
resultant four (4) words to OPU memory. 

Command: Rotate Bitmap 
Hezcode: 16 
# Steps: N+2 

Unction: Simultaneously performs a 90° clockwise 
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rotate and transfer of a bitmapped image 
(single bit/pixel) of defined height and 
width to OPU page memory based on 
preselected texture, tint and clipping 
window limits. Starting destination address 
is computed based on Xi, Yi, origin offset 
and preselected page height. 



"ttC |Ms|t>lt|Dlj|D12|t>ll|l>10|w |M |d7 [m [m [m [m |d2 |m |m 



VTXP* 


tic. 


la 


X 


lb 


T 


le 


C 


la 


X 


2b 


c 


3 -> » 


c 



Usage: 



111111 



t — r 
+— f 



[ ; T : l°Fi : Fl : 'FFi 



i — h — I — 1 — I — I 



I I I I 



III < J 



Varda/LlM 

i i i I 

• Umi 
+— + 



I I I 



Bitmap Data for H words 

i it i 



The MX rotates and maps each 16-bit word of" 
linearized bitmap data (as received from the 
MPU) to OPU page memory at the desired, X,Y 
location. Bitmap must be square with the XY 
axis. 



Xi ■ destination coordinate of upper left 
hand corner of the reconstructed bitmap. 
Least significant 4-bits of Xi determines 
shift value used to align the data in OPU 
memory. 

Yi -destination coordinate of upper left 
hand corner of the reconstructed bitmap. 



Words/Line - height of the bitmap in words, 
Minimum W/L « 1. 



Lines - 1 . one less than the total number 
of lines representing the width of the 
reconstructed bitmap. 
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See Figures 7-10. 



A total of N words of bitmap data, where K - 
(W/L) (Lines), are passed to the MX of the 
CREG. The MPU must pass all WO rds of the 
first line followed by all words of the 
second line, etc., „„tii « n llnes have been 
transfered. The rate at which the MX can 
rotate and transfer the data is dependent 
upon how many pixels are 'high' in the word 
since each 'high' pixel requires that a full 
word write be performed on OPU memory. 

e.g.A word of all 'ones' will be processed 
at 1 8. < unworn for all words within a 
l*ne and 16.6 uwrfwrA for the last word in 
a line, a word of all 'reroes* will be 
processed in U usss^xjd for all words 
within a line and LJL usez&ntf for the last 
word in a line. 



• * 



Note that 2X .calling be performed 

during rotation of a bitmap. 

This feature is new and available upon 
release of MX Microcode Version 3.0" 



Command: Fill Region 
Hexcode: 05 
# Steps: 2 



Function: 



initiates filling of a rectangular regi£>n of 
defined height and width in OPU 44 page 
memory based on preselected texture, tint 
■nd clipping window limits. Starting 
destination address is computed based on Xi, 
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Yi, origin offset and preselected page 
height. 



tic. 



1*15 


0u|Dis|M2|x>Xl|»10|p9 ft»t |p7 |w |» j*. 








Ul 




c ■ 1 I I 1 11 1 1 1 




1 
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f— 


0 

-H 
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0 

1 


x 

0 


X 
0 


X 

0 



Usage: The MX 42 naps the appropriate number of 16-bit 
words to OPU page memory at the desired X,Y 
location. Fill data mapped depends on predefined 
texture and tint (e.g. texture - solid & tint • 
-white- will clear the region). The filled 
region must be square with the XY axis. 

Xi - destination coordinate of lower left 
hand corner of the rectangular region to be 
filled. Least significant 4-bits of Xi 
determines shift value used to align the 
- ■ data in OPU memory. 

Yi - destination coordinate of lower left 
hand corner of the rectangular region to be 
filled. 



Words/Line . height of the bitmap in words. 
Minimum W/L • 1. 

Lines - l . one less than the total lines 
representing the width of the filled region. 
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Coramand: Map Stored Image 
Hexcode: IB 
f Steps: 3 
Function: 



Format: 



Initiates copying of a stored image from 
FRAM to OPU page memory based on preselected 
texture, tint and clipping window limits 
Starting address in OPU memory is computed 
based on Xi, Y i, origin offset and 
preselected page height. 



lb 



le 



uc. 



3b 
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Background: 



The MX reads .11 wor(5s from the first line, 
followed by all words in the second line, 
etc., until an ii nes of the lmage have been 
gapped to OPU. it is assumed that the image 
has been stored in pram in a linearised 
fashion. 



Usage: xi . destination coordinate of lower left 

hand corner of the reconstructed image. 

Yi - destination coordinate of lower left 
hand corner of the reconstructed image. 

Words/Line . height of the image in words. 
Minimum W/L - 1. 

Lines - 1 . one less than the total number 
of lines representing the width of the image. 
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FRAM Start Address • Starting locatin in 
FRAM where referenced image is to be read 
from. 



Beadbaek _Cammflnfl&: 

Command: Read Region 
Hexcode: 04 
# Steps: 3 



Function: 



Initiates a copy process by which the MX 42 
will sequentially read a rectangular region 
of defined height and width from OPU page 
memory and write it into FRAM 102a starting 
at a specified address. Starting address in 
CPU memory is computed based on Xi, Yi, 
origin offset and preselected page height. 



Format: 



RIM 
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Background: 



The MX 42 reads back words from the first 
line, followed by all words in the second 
line, etc., until all lines have been 
readback. All data will be written 
sequentially into FRAM in a linearised 
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fashion. This is an effective way of 
caching a character once its bitmap has been 
constructed in OPU page memory. It should 
be noted that data readback from OPU page 
memory will have been previously conditioned 
based on the conditioning features that were 
in effect at the time of the original 
mapping (de.g. shift, tint, texture, 
clipping window). The referenced region 
must be square with the XY axis. 

Usage: xi - destination coordinate of lower left 

hand corner of the rectangular region to be 
read. 

Yi - destination coordinate of lower left 
hand corner of the rectangular region to be 
read. 

CP# - Color Plane # of page memory on OPU to 
be read from. Serial color mode must be 
used and is set by bit 4 in the CREG in step 
lc. Any one of the 4 possible color planes 
can be read from assuming that the 3 extra 
memory planes are provided. 

Words/Line - height of the region in words. 
Minimum W/L - l. 

Lines - 1 - one less than the total number 
of lines representing the width of the 
region. 

FRAM Start Address - Starting location in 
FRAM where referenced region is to be 
written. 
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Claims: • ' ; 

1. A raster image processor for receiving 
print instructions, converting the print instructions 
to a bitmap pattern, and driving an all points 
5 addressable marking engine with the bitmap pattern, 
comprising: 

at least three digital computer controlled 
processing units arranged in a parallel processing 
pipeline, including 

10 a > roaster processing unit means for 

receiving print instructions and decoding the print 
instructions to produce rendering commands for 
constructing pages and documents to be printed, manage 
the layout of pages being constructed, manage fonts, 

15 and control the marking engine; 

b) mapper accelerator unit means connected 
to said roaster processing unit means by a first 
dedicated bus, and including a font memory storing 
bitmaps and an application specific computer for 

20 receiving said rendering commands over said first 
dedicated bus and retrieving bitmaps from said font 
memories; 

c) output processor unit means, including 
a bitmap page buffer and a microprocessor connected to 

25 said mapper accelerator unit means by a second 

dedicated bus for receiving said bitmaps over said 
second dedicated bus, storing said bitmaps in said 
page buffer, and supplying the bitmap data from said 
page buffer to said marking engine; and 
30 d) communication and control bus means 

connected to said master processing unit means, said 
mapper accelerator means, and said output processor 
means for providing overall control communications 
between said processing units. 

35 



WO 92/01269 



PCT/US91/04660 



15 



-99- 

2. The raster image processor claimed in 
claim 1, further comprising job communication and 
control means connected between said master processing 
unit and said marking engine for communicating marking 
engine control signals. 9 

3. The raster image processor claimed in 
claim l, wherein said master processing unit means 
comprises a programmed microcomputer. 

4. The raster image processor claimed in 
claim 1, wherein said mapper accelerator unit means 
comprises a bit slice architecture custom integrated 
circuit functioning as a dedicated slave co-processor 
to the master processing unit. 

5. The raster image processor claimed in 
claim l, wherein said output processing unit means 
comprises a programmable microcontroller, two random 
access page memories, and a multiplexer controlled by 
the microcontroller for reading bitmap data into one 

20 ILZ raem0riCS WhUe readin ° d8t8 " —r 

6. The raster image processor claimed in 
claim 4 herein the mapper accelerator unit means is 
controlled by a control word having bit assignments 

25 unit"" 7 fUnCUOn Per£ ° rmed by thC "celer.tor 
25 unit means. 

7. The raster image processor claimed in 

claim 6, where the functions performed by the mapper 

accelerator unit means includes; read object source 

memory; condition data; maintain counters, (i.e 

30 height word and XY) and write to object destination 
memory. on 

n.< , ^ ^ r8Ster in,a9e P roce «or claimed in 
claim 7 , wherein said data condition function includes 
rotating font data by 180° and mirroring font data 
35 about a vertical axis. 
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9. The raster image processor claimed in 
claim 1, wherein the mapper accelerator unit means 
includes data conditioner means for performing a 
logical OR on previous data with next data in a scan 

5 line. 

10. The raster image processor claimed in 
claim 3, further comprising disk memory means 
connected to the master processing unit for storing a 
control program for the master processing unit, that 

10 is down loaded to the master processing unit upon 
start up. 

11. The raster image processor claimed in 
claim 10, wherein the master processing unit further 
comprises service manager module means for enabling a 

15 portable service microcomputer to be connected to the 
disk memory means and the master processing unit for 
executing diagnostic programs. 

12. The raster image processor claimed in 
claim 1, Wherein the master processing unit means 

20 comprises: 

a) input manager means for reading input 
data expressed in one of a plurality of page 
description languages; 

b) first decoder means for decoding data 
25 expressed in the plurality of page description 

languages into a set of common level RIP instructions; 
and 

c) second decoder means for decoding the 
common level RIP instructions into said rendering 

30 commands. 

13. The raster image processor claimed in 
claim 12, wherein said decoder means comprises means 
for decoding input data representing a form, wherein a 
form is made up of a constant set of linked functions 
35 that support interaction with variable data to produce 
a filled out form. 
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